public inbox for java-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Richard Biener <richard.guenther@gmail.com>
To: Jeff Law <law@redhat.com>
Cc: Ian Lance Taylor <iant@google.com>, Tom Tromey <tom@tromey.com>,
	Uros Bizjak <ubizjak@gmail.com>,
		"gcc-patches@gcc.gnu.org" <gcc-patches@gcc.gnu.org>,
	GCJ-patches <java-patches@gcc.gnu.org>,
		Andrew Haley <aph@redhat.com>
Subject: Re: [PATCH, libjava/classpath]: Fix overriding recipe for target 'gjdoc' build warning
Date: Fri, 14 Aug 2015 07:44:00 -0000	[thread overview]
Message-ID: <CAFiYyc0ZgD4NVGWh=5v+SbWDrUCOVPQC0oAdnG4EPhv5PxEyBw@mail.gmail.com> (raw)
In-Reply-To: <55CD0CC0.5050100@redhat.com>

On Thu, Aug 13, 2015 at 11:31 PM, Jeff Law <law@redhat.com> wrote:
> On 08/13/2015 04:00 AM, Richard Biener wrote:
>>
>> On Wed, Aug 12, 2015 at 6:47 PM, Jeff Law <law@redhat.com> wrote:
>>>
>>> On 08/12/2015 10:24 AM, Ian Lance Taylor wrote:
>>>>
>>>>
>>>> On Wed, Aug 12, 2015 at 9:21 AM, Tom Tromey <tom@tromey.com> wrote:
>>>>>
>>>>>
>>>>> Jeff> In the past this has stalled on issues like how will
>>>>> asynch-exceptions
>>>>> Jeff> be tested and the like.
>>>>>
>>>>> It seems to me that either there is some other language which needs
>>>>> this
>>>>> -- in which case that language ought to have testing for the feature --
>>>>> or the feature is only used by gcj, in which case it doesn't matter.
>>>>>
>>>>> Of course is!=ought; but relying on gcj and libjava to provide this
>>>>> small amount of testing seems like a bad cost/benefit tradeoff.
>>>>
>>>>
>>>>
>>>> Go does use asynchronous exceptions, and has test cases that rely on
>>>> them working.
>>>
>>>
>>> If you're comfortable with Go at this point and we have mechanisms in
>>> place
>>> to ensure Go only gets built on platforms that support Go, then I think
>>> we
>>> should go forward with replacing GCJ with Go.
>>
>>
>> I think replacing it with Ada makes more sense (still have some
>> systems where a ton
>> of Go tests fail presumably because of too old glibc/kernel).
>>
>> Or just replace it with nothing as effectively neither Go nor Ada are
>> going to be enabled
>> for all primary host platforms (as for Ada you need an Ada host
>> compiler for example).
>
> Neither Ada nor Go are perfect.  However, Ada should be at a point where, if
> you have a suitable host compiler, it should build and regression test.
>
> For Go, if there's platforms where the tests are unreliable, then it needs
> to be disabled on that platform until the tests are reliable. That's the key
> thing in my mind -- building and regression testing.
>
> Thus I'd support either or both between Ada and Go.  In fact the more I
> think about it, the more I think both ought to be enabled and GCJ disabled
> for the default build.

I am testing all my patches with all,ada,obj-c++,go (where go works for me)
plus -m32 multilib.  I really think that we should simply enable all languages
by default (thus go with that patch fixing 'all').

Removing Java from the picture only makes sense if we remove it from
the repository - an untested language / runtime doesn't help anybody.
Thus my suggestion to strip it down to the "boostrap" enabler (which
is I believe even only requiring the VM!).  We do not need to build
classpath or libgcj - people can do that on their own.  gij is fine with
a bytecode / native programs after all.

So what about removing classpath from the repository?  We still
retain basic language support via java/ javax/ and gnu/ that way
I believe.

Richard.

> jeff
>

  reply	other threads:[~2015-08-14  7:44 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 [this message]
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
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='CAFiYyc0ZgD4NVGWh=5v+SbWDrUCOVPQC0oAdnG4EPhv5PxEyBw@mail.gmail.com' \
    --to=richard.guenther@gmail.com \
    --cc=aph@redhat.com \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=iant@google.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).