This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: [PATCH] [Java]: Create a new Java-specific ggc-none.c
- From: Zack Weinberg <zack at codesourcery dot com>
- To: gnustuff at thisiscool dot com
- Cc: gcc-patches at gcc dot gnu dot org, java-patches at gcc dot gnu dot org
- Date: Sun, 05 Sep 2004 13:31:20 -0700
- Subject: Re: [PATCH] [Java]: Create a new Java-specific ggc-none.c
- References: <QNA854C88YWMSRTW31XRTPPN05FD.413b6db2@d7500>
Mohan Embar <gnustuff@thisiscool.com> writes:
> Unfortunately, both gcjh and jcf-dump rely on ggc-none.o
> (cf. java/Make-lang.in) and when build!=host, they end up trying to
> link in the ggc-none.o built using $(CC_FOR_BUILD), which is
> incorrect (and sort of freaky, if you think about it).
>
> After pondering the possible alternatives, I figured that the least
> instrusive alternative was to respect the semantics and intended
> consumption rules of the top-level ggc-none.c and create create a
> new Java-specific variant which includes config.h rather than
> bconfig.h. See the comments in ggc-none.c of the following patch for
> further details.
I am not a Java maintainer. However, I would prefer one of these two
alternatives to your patch:
1) Remove all uses of the ggc_* interfaces from gcjh and jcf-dump.
2) Rather than duplicating ggc-none.c from the top level, make it
possible to build that for build or host, using GENERATOR_FILE to
select bconfig.h/config.h.
zw