Re: compile problem

[Nic Ferrier <nferrier at tapsellferrier dot co dot uk>]

Tom Tromey <tromey@redhat.com> writes:

> >>>>> "Nic" == Nic Ferrier <nferrier@tapsellferrier.co.uk> writes:
>  
> Nic>  gcj -d classes -classpath $CLASSPATH \
> Nic>    ../paperclips/source/gnu/inet/mime/base64/Base64InputStream.java
>  
> Using --classpath suppresses the internal system path.  I looked and
> gcj.texi seems to get this wrong :-(
>  
> Try --CLASSPATH instead.  I'll fix the manual later on.

Ok. Attached is a patch for the manual. May I check it in?


IMHOP the pre-patched manual SHOULD be correct because GCJ's -classpath
option SHOULD NOT override the system classpath, Sun's does not and
if GCJ does it makes portable makefiles a right royal pain in the
ars*.

If I do a patch for GCJ will that be okay? (I'll have to patch the
manual back of course!)



Nic

*** gcj.texi.~1.20.~	Wed Jan 30 23:37:33 2002
--- gcj.texi	Thu Feb  7 21:19:26 2002
***************
*** 242,254 ****
  
  @item --classpath=@var{path}
  This sets the class path to @var{path}, a colon-separated list of paths
! (on Windows-based systems, a semicolon-separate list of paths).
  
  @item --CLASSPATH=@var{path}
  This sets the class path to @var{path}, a colon-separated list of paths
! (on Windows-based systems, a semicolon-separate list of paths).  This
! differs from the @code{--classpath} option in that it also suppresses
! the built-in system path.
  
  @item CLASSPATH
  This is an environment variable which holds a list of paths.
--- 242,253 ----
  
  @item --classpath=@var{path}
  This sets the class path to @var{path}, a colon-separated list of paths
! (on Windows-based systems, a semicolon-separate list of paths). This
! option overrides @acronym{GCJ}'s internal classpath.
  
  @item --CLASSPATH=@var{path}
  This sets the class path to @var{path}, a colon-separated list of paths
! (on Windows-based systems, a semicolon-separate list of paths).
  
  @item CLASSPATH
  This is an environment variable which holds a list of paths.