git-svn-id: svn+ssh://svn.gna.org/svn/gnustep/tools/make/trunk@14929 72102866-910b-0410-8b05-ffd578937521
This commit is contained in:
Adam Fedor 2002-11-06 04:52:11 +00:00
parent 2fe5df56c1
commit d2e20fc4a2
5 changed files with 46 additions and 10 deletions

View file

@ -1,3 +1,11 @@
2002-11-05 Adam Fedor <fedor@gnu.org>
* Documentation/README.MinGW: Add note about setting
installation prefix.
* Documentation/faq.texi: Typo.
* Documentation/machines.texi: Updates.
* Documentation/userfaq.texi: Idem.
Mon Nov 4 14:59:27 2002 Nicola Pero <n.pero@mi.flashnet.it>
* Instance/documentation.make (internal-doc-install_): Moved

View file

@ -132,6 +132,12 @@ to be used. Older versions of the tools required a windows style
path (eg. C:/GNUstep), but using the MSYS style path is important as
it will avoid problems later!
Note: There was a comment that '--prefix=/C/GNUstep' did not work
with a bash shell as it got converted to C:\GNUstep (which is bad because
the shell treats a \G as something entirely different. If you have this
problem, try '--prefix=C:/GNUstep' (It's probably better to use the
native Msys shell though).
Now you can type 'make install' to build and install the make package.
Once this is done, type '. GNUstep.sh' to set up your GNUstep

View file

@ -51,7 +51,7 @@ the Makefiles yourself. You will also have to translate the NIB files
It's easier from GNUstep to Cocoa than Cocoa to GNUstep. Cocoa is
constantly changing, much faster than GNUstep could hope to keep
up. The have added extensions and new classes that aren't available in
up. They have added extensions and new classes that aren't available in
GNUstep yet. Plus there are some other issues. If you start with
Cocoa:

View file

@ -317,7 +317,9 @@ Static libs only (make shared=no).
@c -----------------------------------------
@node MkLinux/PowerPC, NetBSD, Irix 6.5/MIPS, Machine Specific
@section MkLinux/PowerPC (MkLinux DR 3)
@section MkLinux/PowerPC (@emph{Obsolete})
This configuration is no longer being tested, but it may still work.
@table @samp
@item Recommended compiler
@ -427,7 +429,9 @@ Unknown.
@c -----------------------------------------
@node Solaris 2.5.1/Sparc, Solaris/Sparc, Slackware/Intel, Machine Specific
@section Solaris 2.5.1/Sparc
@section Solaris 2.5.1/Sparc (@emph{Obsolete})
This configuration is no longer being tested, but it may still work.
@table @samp
@item Recommended compiler
@ -521,18 +525,18 @@ gdnc doesn't work. If you recompile the kernel then it starts working.
@node Suse/Intel, Suse 7.x/PPC, Suse 6.x/Intel, Machine Specific
@section Suse/Intel
GNUstep has been tested on version 7.0 and 8.0 of Suse
GNUstep has been tested on version 7.0, 8.0, and 8.1 of Suse
@table @samp
@item Recommended compiler
Standard. gcc2.95.x, gcc3.0.x and gc3.1 work, but 2.95 is faster.
Standard. gcc2.95.x, gcc3.0.x, 3.1 and 3.2 work, but 2.95 is faster.
Compile with --threads-enabled (non-standard).
@item Extra libs needed
None
@item Special Instructions
Unknown.
None.
@end table

View file

@ -344,14 +344,15 @@ Windows).
@section Troubleshooting
@menu
* Problems compiling::
* Problems compiling (loading shared libs)::
* Problems compiling (GNUstep Internal Error)::
* Problems with Alt key::
* Problems with gcc3::
* Problems with fonts::
@end menu
@node Problems compiling, Problems with Alt key, Troubleshooting, Troubleshooting
@subsection Problems compiling
@node Problems compiling (loading shared libs), Problems compiling (GNUstep Internal Error), Troubleshooting, Troubleshooting
@subsection Problems compiling (loading shared libs)
If you get something like
@ -369,7 +370,24 @@ make LD_LIBRARY_PATH=$LD_LIBRARY_PATH
You could also be having problems with gcc. gcc 2.96 does not work
(Mandrake 8.1, perhaps others). Use a different compiler, like gcc 3.x.
@node Problems with Alt key, Problems with gcc3, Problems compiling, Troubleshooting
@node Problems compiling (GNUstep Internal Error), Problems with Alt key, Problems compiling (loading shared libs), Troubleshooting
@subsection Problems compiling (GNUstep Internal Error)
If you get
@example
GNUSTEP Internal Error:
The private GNUstep function to establish the argv and environment
variables was not called.
Please report the error to bug-gnustep@gnu.org.
@end example
when compiling the gui library, there could be several things wrong. One
is that you installed the gnustep-objc library, but the compiler
found another Objecive-C library (like the one that came with gcc). If
you are using gcc 3.x, DO NOT use the gnustep-objc library.
@node Problems with Alt key, Problems with gcc3, Problems compiling (GNUstep Internal Error), Troubleshooting
@subsection Problems with Alt key
It's possible the Alt key is not where you think it is or is defined