From: Andrew Haley <aph@redhat.com>
To: Andrew Hughes <gnu.andrew@redhat.com>
Cc: Matthias Klose <doko@ubuntu.com>, Tom Tromey <tom@tromey.com>,
Jeff Law <law@redhat.com>, Uros Bizjak <ubizjak@gmail.com>,
gcc-patches@gcc.gnu.org, java-patches@gcc.gnu.org
Subject: Re: [PATCH, libjava/classpath]: Fix overriding recipe for target 'gjdoc' build warning
Date: Thu, 20 Aug 2015 15:27:00 -0000 [thread overview]
Message-ID: <55D5F1C8.7060003@redhat.com> (raw)
In-Reply-To: <401143105.13318272.1440082676204.JavaMail.zimbra@redhat.com>
On 08/20/2015 03:57 PM, Andrew Hughes wrote:
> ----- Original Message -----
>> On 20/08/15 09:24, Matthias Klose wrote:
>>> On 08/20/2015 06:36 AM, Tom Tromey wrote:
>>>> Andrew> No, it isn't. It's still a necessity for initial bootstrapping of
>>>> Andrew> OpenJDK/IcedTea.
>>>>
>>>> Andrew Haley said the opposite here:
>>>>
>>>> https://gcc.gnu.org/ml/gcc-patches/2015-08/msg00537.html
>>>
>>> if you need bootstrapping OpenJDK 6 or OpenJDK 7, then having gcj
>>> available for the target platform is required. Starting with OpenJDK
>>> 8 you should be able to cross build OpenJDK 8 with an OpenJDK 8
>>> available on the cross platform. It might be possible to cross
>>> build older OpenJDK versions, but this usually is painful.
>>
>> Sure, but we don't need GCJ going forward. I don't think that there
>> are any new platforms to which OpenJDK has not been ported which will
>> require GCJ to bootstrap. And even if there are, anybody who needs to
>> do that can (and, indeed, should) use an earlier version of GCJ. It's
>> not going to go away; it will always be in the GCC repos. And because
>> newer versions of GCC may break GCJ (and maybe OpenJDK) it makes more
>> sense to use an old GCC/GCJ for the bootstrapping of an old OpenJDK.
>
> I don't see how we don't at present. How else do you solve the
> chicken-and-egg situation of needing a JDK to build a JDK? I don't
> see crossing your fingers and hoping there's a binary around
> somewhere as a very sustainable system.
That's what we do with GCC, binutils, etc: we bootstrap.
> From a personal point of view, I need gcj to make sure each new
> IcedTea 1.x and 2.x release bootstraps.
Sure, but all that does is test that the GCJ bootstrap still works.
And it's probably the only serious use of GCJ left.
> I don't plan to hold my system GCC at GCC 5 for the next decade or
> however long we plan to support IcedTea 2.x / OpenJDK 7. It's also
> still noticeably faster building with a native ecj than OpenJDK's
> javac. It would cause me and others a lot of pain to remove gcj at
> this point. What exactly is the reason to do so, other than some
> sudden whim?
It's not a sudden whim: it's something we've been discussing for years.
The only reason GCJ is still alive is that I committed to keep it
going while we still needed it boot bootstrap OpenJDK. Maintaining
GCJ in GCC is a significant cost, and GCJ has reached the end of its
natural life. Classpath is substantially unmaintained, and GCJ
doesn't support any recent versions of Java.
Andrew.
next prev parent reply other threads:[~2015-08-20 15:27 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-07 11:22 Uros Bizjak
2015-08-11 18:03 ` Uros Bizjak
2015-08-11 18:54 ` Jeff Law
2015-08-11 19:24 ` Andrew Haley
2015-08-11 19:34 ` Jeff Law
2015-08-12 2:48 ` Tom Tromey
2015-08-12 14:44 ` Jeff Law
2015-08-12 14:57 ` Andrew Haley
2015-08-12 16:23 ` Ian Lance Taylor
2015-08-12 16:21 ` Tom Tromey
2015-08-12 16:24 ` Ian Lance Taylor
2015-08-12 16:47 ` Jeff Law
2015-08-12 16:59 ` Ian Lance Taylor
2015-08-13 10:00 ` Richard Biener
2015-08-13 21:31 ` Jeff Law
2015-08-14 7:44 ` Richard Biener
2015-08-14 9:24 ` Andrew Haley
2015-08-20 2:35 ` Andrew Hughes
2015-08-20 4:37 ` Tom Tromey
2015-08-20 8:24 ` Matthias Klose
2015-08-20 8:32 ` Andrew Haley
2015-08-20 14:57 ` Andrew Hughes
2015-08-20 15:27 ` Andrew Haley [this message]
2015-08-20 15:47 ` Jeff Law
2015-08-20 16:03 ` Andrew Hughes
2015-08-20 16:08 ` Andrew Haley
2015-08-20 16:26 ` Andrew Hughes
2015-08-20 16:38 ` Richard Biener
2015-08-20 16:39 ` Andrew Haley
2015-08-20 17:35 ` Jeff Law
2015-08-20 17:39 ` Andrew Hughes
2015-08-20 15:52 ` Andrew Hughes
2015-08-20 16:34 ` Richard Biener
2015-08-20 16:59 ` Andrew Hughes
2015-08-20 17:35 ` Andrew Hughes
2015-08-20 18:05 ` Richard Biener
2015-08-20 21:06 ` Joseph Myers
2015-08-20 22:32 ` Andrew Hughes
2015-08-24 16:39 ` Jeff Law
2015-08-20 14:58 ` Andrew Hughes
2015-08-20 2:48 ` Andrew Hughes
2015-08-20 6:20 ` Uros Bizjak
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55D5F1C8.7060003@redhat.com \
--to=aph@redhat.com \
--cc=doko@ubuntu.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=gnu.andrew@redhat.com \
--cc=java-patches@gcc.gnu.org \
--cc=law@redhat.com \
--cc=tom@tromey.com \
--cc=ubizjak@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).