This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Ping*3: [RFA:] java/config-lang.in: (target_libs): Just set to target-libjava target-zlib
- From: Tom Tromey <tromey at redhat dot com>
- To: Hans-Peter Nilsson <hans-peter dot nilsson at axis dot com>
- Cc: gcc-patches at gcc dot gnu dot org, java-patches at gcc dot gnu dot org
- Date: 21 Jul 2005 11:26:57 -0600
- Subject: Re: Ping*3: [RFA:] java/config-lang.in: (target_libs): Just set to target-libjava target-zlib
- References: <200507051654.j65GsKZX027670@ignucius.se.axis.com>
- Reply-to: tromey at redhat dot com
>>>>> "Hans-Peter" == Hans-Peter Nilsson <hans-peter.nilsson@axis.com> writes:
>> > <URL:http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00531.html>
>>
>> (Almost) two more weeks, time for another ping.
Hans-Peter> Another week, yet another ping.
Sorry this went unreviewed for so long. I didn't really fully follow
this sentence from your original note:
I want to be able to build target-libffi and target-boehm-gc
without the lack of target-libjava support (including in
noconfigdirs per-target) deciding for me that I can't build
them.
... but I guess you mean that you want to build libffi even though you
don't want to build gcj and libgcj.
My understanding is that the target_libs variable in
java/config-lang.in just controls what libraries should be built when
the 'java' language is enabled.
On that basis I think the current setting in that file is correct.
All existing gcj ports really do require libffi (sort of anyway;
libgcj limps along if it is disabled) and boehm-gc.
Wouldn't a better fix be to change the top-level configury so that it
doesn't disable the libraries you want even when libjava happens to be
disabled? Or is this the only route to do this? I confess that some
of this looks redundant to me (given the dependencies in Makefile.def)
and that I haven't really tracked through this part of the build in a
long, long time.
Tom