Andrew Haley wrote:
Oh, right. I wonder why this happens only with Java?
Because Java defaults to -fnon-call-exceptions. Add
-fno-non-call-exceptions and it will work. It looks to me like the
REG_EH_REGION check in postreload-gcse.c is bogus. We can have these
notes here with -fnon-call-exce
Andrew Pinski writes:
>
> On Apr 7, 2005, at 1:59 PM, Andrew Haley wrote:
>
> > So maybe it is a front end bug. I'm working on it now.
>
> Note I really doubt this is a front-end bug as exception handling
> is lowered on the tree and then expanded from the tree tables to
> the rtl table
On Apr 7, 2005, at 1:59 PM, Andrew Haley wrote:
So maybe it is a front end bug. I'm working on it now.
Note I really doubt this is a front-end bug as exception handling is
lowered
on the tree and then expanded from the tree tables to the rtl table
during
expand time.
-- Pinski
Ranjit Mathew writes:
> Andrew Haley wrote:
> > HEAD, clean build this morning. i686-linux-gnu.
> >
> > With the libgcj "make check", there are many identical failures.
> >
> > These are of the form
> >
> > PR4766.java: In class 'PR4766':
> > PR4766.java: In method 'PR4766.myfunction()
Andrew Haley wrote:
> HEAD, clean build this morning. i686-linux-gnu.
>
> With the libgcj "make check", there are many identical failures.
>
> These are of the form
>
> PR4766.java: In class 'PR4766':
> PR4766.java: In method 'PR4766.myfunction()':
> PR4766.java:0: internal compiler error: in h
On Wed, Apr 06, 2005 at 01:56:48PM +0100, Andrew Haley wrote:
> Has anyone else seen this?
>
Yes. At first I thought it was my patch, but it only happens on
i686 and libjava was working fine the day before.
Diego.
HEAD, clean build this morning. i686-linux-gnu.
With the libgcj "make check", there are many identical failures.
These are of the form
PR4766.java: In class 'PR4766':
PR4766.java: In method 'PR4766.myfunction()':
PR4766.java:0: internal compiler error: in hash_scan_set, at
postreload-gcse.c:74
