This is the mail archive of the java@gcc.gnu.org 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: another compiler better than gcj ?

To: "Andrew Haley" <aph at cambridge dot redhat dot com>, "Bryce McKinlay" <bryce at waitaki dot otago dot ac dot nz>
Subject: Re: another compiler better than gcj ?
From: "Anthony Green" <green at redhat dot com>
Date: Wed, 24 Oct 2001 06:21:40 -0700
Cc: <tromey at redhat dot com>, "magnus persson" <mtmmtm at my-deja dot com>, <java at gcc dot gnu dot org>
References: <200110180905.f9I95rY28683@mail21.bigmailbox.com><3BD26380.20203@waitaki.otago.ac.nz><87n12jsi9u.fsf@creche.redhat.com><3BD63913.3050509@waitaki.otago.ac.nz><001401c15c42$76b11c00$5be6b4cd@cygnus.com><3BD6457F.6040400@waitaki.otago.ac.nz> <15319.11435.63426.656791@cuddles.cambridge.redhat.com>

Andrew wrote:
>  In any case there's never a good cause to
> call _Jv_divI.

But of course -- I was mistaken.  This doesn't happen on x86.  I was looking
at _Jv_divI uses on another architecture, and then tested x86 with jc1 --
obviously forgetting the fact that the driver passes
down -fno-use-divide-routine for this target.  Oops!

In any case, my patch won't be in vain for other architectures. :-)

AG

References:
- another compiler better than gcj ?
  - From: magnus persson
- Re: another compiler better than gcj ?
  - From: Bryce McKinlay
- Re: another compiler better than gcj ?
  - From: Tom Tromey
- Re: another compiler better than gcj ?
  - From: Bryce McKinlay
- Re: another compiler better than gcj ?
  - From: Anthony Green
- Re: another compiler better than gcj ?
  - From: Bryce McKinlay
- Re: another compiler better than gcj ?
  - From: Andrew Haley

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