git-svn-id: svn+ssh://svn.gna.org/svn/gnustep/tools/make/trunk@13659 72102866-910b-0410-8b05-ffd578937521
This commit is contained in:
Adam Fedor 2002-05-15 15:31:09 +00:00
parent 3c339dd9aa
commit a682224afa
4 changed files with 43 additions and 40 deletions

View file

@ -1,3 +1,9 @@
2002-05-15 Adam Fedor <fedor@gnu.org>
* Documentation/machines.texi: Updated info re Win98
* Documentation/README.MinGW: Updated.
* Documentation/userfaq.texi. Idem.
2002-05-15 Richard Frith-Macdonald <rfm@gnu.org>
* common.make: Define AUTOGSDOC

View file

@ -294,27 +294,6 @@ In the back directory, type
Troubleshooting
---------------
The following tips should not be necessary if you have done a clean
install, they are really for conditions found due to having older
software installed...
[1] Running 'make' gives 'premission denied' and/or a dialog box
about a missing DLL.
mv /bin/make /bin/make.old
So now you will be using /mingw/bin/make.exe
[2] When running configure in ffcall, I get 'no acceptable ld found...'. Use:
LD=ld ./configure ...
[3] When installing ffcall (avcall.h) "The system cannot find..."
make install INSTALL=install
Good Sites for Pre-Compiled Binaries
------------------------------------

View file

@ -585,7 +585,7 @@ work.
@table @samp
@item Recommended compiler
gcc 2.95.3 (Cygwin release 1.1.8)
gcc 2.95.3 (Cygwin release 1.1.8) or later
@item Extra libs needed
Objective-C library DLL (@url{ftp://ftp.gnustep.org/pub/gnustep/libs})
@ -604,19 +604,15 @@ CPPFLAGS=-I/usr/include/win32api ./configure
@end example
@end table
For shared libs, make sure to specify @var{shared=yes} explicitly when
building:
Make sure you have good shared libraries for everthing. Sometimes a bad
shared library (like libtiff) will cause odd and untraceable problems.
See the README.MinGW for information on good libraries.
@example
make shared=yes
@end example
For static libs, use @code{shared=no}, Make sure files and compilation
Make sure files and compilation
done in Unix mode (no ^M in files, @var{export CYGWIN=binmode} usually
works if cygwin is not buggy). Gdomap services not set up
correctly. Must add services lines to @file{C:\WINDOWS\services} (on
Windows 98) or xxx (on Windows NT). Base library only. No native GUI
backend.
Windows 98) or xxx (on Windows NT). Native GUI backend is alpha version.
@c -----------------------------------------
@node Windows with MinGW, , Windows with CYGWIN, Machine Specific
@ -624,19 +620,16 @@ backend.
@table @samp
@item Recommended compiler
gcc 2.95.3-5
See below.
@item Extra libs needed
Objective-C library DLL (@url{ftp://ftp.gnustep.org/pub/gnustep/libs})
for shared libs.
For ffcall, you should get version 1.8b or above (the earlier ones don't
compile). There are still some problems with structure passing, but that is
generally not supportred on any architecture.
See below.
@item Special Instructions
See the @file{README.MinGW} file located in the gnustep-make Documentation
directory for instructions.
Base library only. No native GUI backend.
directory for instructions. Windows NT/2000/XP only. Win98 machines and
earlier are very buggy and are not supported.
Native GUI backend is alpha version.
@end table
@ifclear HOWTO

View file

@ -346,6 +346,7 @@ Windows).
* Problems compiling::
* Problems with Alt key::
* Problems with gcc3::
* Problems with fonts::
@end menu
@node Problems compiling, Problems with Alt key, Troubleshooting, Troubleshooting
@ -376,10 +377,34 @@ using it for itself. To check, open Window Maker's WPrefs and go to the
Mouse Preferences. Then use another value for the "Mouse grab modifier"
(bottom right). That will allow you to alt-drag things.
@node Problems with gcc3, , Problems with Alt key, Troubleshooting
@node Problems with gcc3, Problems with fonts, Problems with Alt key, Troubleshooting
@subsection Problems with gcc3
Don't forget you need to update binutils and libc also.
@node Problems with fonts, , Problems with gcc3, Troubleshooting
@subsection Problems with fonts
Why do the characters get changed to asterisks ('*')?
The problem you are getting come from the fact that the xgps backend
(when not using Xft) will only use one fixed X font for a given
font name. If the font "helvetica" is used inside of GNUstep the
one selected X font, in your case
"-*-helvetica-medium-r-normal--12-*-*-*-p-*-iso8859-1" is used. So
only characters (or glyphs) that are available in that font can be
displayed. The selection which font name to use happens inside the
font_cacher and is more or less at random (the order fonts are
listed by the X system).
You can influence the fonts that are available by setting:
defaults write NSGlobalDomain GSFontMask "*iso8859-13*"
(or using a different character set) and recreating your font cache
(by running font_cacher). This is really a bug in GNUstep, but it
hasn't been fixed yet.
@bye
\bye