This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [RFA] PR13946 [1/3] toplevel configure/makefile objc/boehm-gc
Andrew Pinski schrieb:
>
> On May 18, 2006, at 3:42 AM, David Ayers wrote:
>
>>
>> IIUC, wouldn't re-adding 'target-boehm-gc' to every
>> noconfigdirs="$noconfigdirs ${libgcj}" line break building
>> libgcj by force via enable_libgcj? OTOH, I can't seem to figure out how
>> enable_libgcj should currently be set, so this may be dead code anyway.
>
>
> I think the only time when ${libgcj} is changed is when --disable- libjava
> (or is it --disable-libgcj) is passed to configure.
>
I suppose you mean something like:
../revtrunk/configure --enable-libgcj --enable-languages=c
but that still gives me:
*** This configuration is not supported in the following subdirectories:
target-libada gnattools target-libstdc++-v3 target-libgfortran
target-libffi target-boehm-gc target-zlib target-libjava zlib target-libobjc
on a clean tree (rev. 113722) yet from configure.in:
# Save it here so that, even in case of --enable-libgcj, if the Java
# front-end isn't enabled, we still get libgcj disabled.
libgcj_saved=$libgcj
case $enable_libgcj in
yes)
# If we reset it here, it won't get added to noconfigdirs in the
# target-specific build rules, so it will be forcibly enabled
# (unless the Java language itself isn't enabled).
libgcj=
;;
no)
# Make sure we get it printed in the list of not supported target libs.
noconfigdirs="$noconfigdirs ${libgcj}"
;;
esac
$enable_libgcj should have removed ${libgcj} from all noconfigdirs
following this code and there for enabled:
libgcj="target-libffi \
target-boehm-gc \
target-zlib \
target-qthreads \
target-libjava"
But maybe I'm doing something wrong.
Cheers,
David