This is the mail archive of the java-discuss@sources.redhat.com mailing list for the Java project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: [ANNOUNCE] Libgcj in gcc tree availability.


On Sun, Dec 10, 2000 at 06:57:10PM -0800, Alexandre Petit-Bianco wrote:
> 
> This will be changed. But conditionally building zlib and fastjar is
> still subject to discussion. Once we have a plan, fastjar will most
> likely be removed from the boostrap compiler build.

I've been trying to jump-start this discussion for a while.  :-)  This

    http://gcc.gnu.org/ml/gcc-patches/2000-12/msg00328.html

was the previous attempt.  It contains links to previous messages talking
about some possible solutions.

The one solution was a patch of mine that would contain all the work in
one file.  The disadvantage is that each library has to be entered twice.
Might be a problem, especially as the list grows.  One advantage I just
thought of is that it would easier to do the "if Java is enabled, also
turn on C++" thing, since this method involves switch'ing on the list of
enabled languages.

Another solution was to have each library do its own work.  If we
go that route, I'd like to encapsulate that chunk of script into an
autoconf macro... and put it where?  I don't know; we don't seem to have a
collection of common macros shared amongst the front-ends and libraries.
(There's something in 'config' but that looks Cygwin-specific.)
GCC_CHECK_COMPILER(foo) or some such.

There's my random thoughts for the day.


Phil

-- 
pedwards at disaster dot jaj dot com  |  pme at sources dot redhat dot com
devphil at several other less interesting addresses in various dot domains
The gods do not protect fools.  Fools are protected by more capable fools.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]