Odd results configuring libjava gcc-3_0-branch

Tom Tromey tromey@redhat.com
Wed Apr 11 10:35:00 GMT 2001


>>>>> "Gordon" == Gordon Sadler <gbsadler1@lcisp.com> writes:

Gordon> ltconfig:883: checking if /home/gbsadler/gcc-3.0/gcc/gcj supports -fno-rtti -fno-exceptions

I'm not sure why it is even checking for this.
`-fno-rtti' doesn't make sense for gcj.

When I look at my config.log I see that ltconfig is trying to run gcj
on what is obviously C/C++ source code.  Why?

Gordon> This seems to imply it needs/wants a CLASSPATH to configure
Gordon> libjava ? I do have a CLASSPATH env var.. for use with
Gordon> jikes/jdk1.3. Should I unset it prior to bootstrap? Should
Gordon> configure be made smarter to find whatever gcj needs at this
Gordon> point? Or is this a 'harmless' error?

It is harmless if the build proceeds.

You shouldn't have a CLASSPATH set when building libgcj (actually
IMNSHO you shouldn't have one set in general), but I don't think it
will actively hurt.

Tom



More information about the Gcc mailing list