--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28999
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29000
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29002
--- Comment #2 from steven at gcc dot gnu dot org 2006-09-10 22:40 ---
Why is this ice-on-invalid-code a P2 bug?!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28999
--- Comment #7 from bunk at stusta dot de 2006-09-10 22:42 ---
It works up to 4.1 but does no longer work in 4.2.
If your point is that I don't have a libc for the target installed:
Is there any point in the documentation I missed that should have told me this
worked only accidentally i
--- Comment #5 from tobias dot burnus at physik dot fu-berlin dot de
2006-09-10 22:43 ---
> Can you try this patch? It required MPFR 2.2.0.
Tested on openSUSE/AMD64 with current gfortran trunk + patch and mpfr-2.2.0-9.
It works ok with kind = 4 and kind = 8. However, with kind = 10 I
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-10 22:43 ---
Reduced testcase at -Os -mno-sse:
int f(void){}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from jason at redhat dot com 2006-09-10 22:46 ---
Subject: Re: [4.2 Regression] ice in kernel build
This will be fixed by H.J.'s patch to always use the larger stack alignment.
Jason
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29009
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-10 22:47 ---
I am just going to commit the obvious fix for this bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-09-10 22:49 ---
(In reply to comment #5)
> This will be fixed by H.J.'s patch to always use the larger stack alignment.
Which should not applied any time soon so I am just going to apply the obvious
fix.
--
pinskia at gcc dot gn
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-09-10 22:55 ---
Lets try assigning it to me again.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-09-10 23:05 ---
Subject: Bug 29009
Author: pinskia
Date: Sun Sep 10 23:05:00 2006
New Revision: 116831
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116831
Log:
2006-09-10 Andrew Pinski <[EMAIL PROTECTED]>
PR ta
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-09-10 23:07
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-10 23:15 ---
Subject: Bug 29007
Author: pinskia
Date: Sun Sep 10 23:15:31 2006
New Revision: 116832
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116832
Log:
2006-09-10 Andrew Pinski <[EMAIL PROTECTED]>
PR te
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-10 23:18 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-10 23:44 ---
I bet this is the same problem as PR 28663.
Also there is no makefile in the tarball so there is no way to test anything
here.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-09-11 00:40
---
Subject: Bug 28991
Author: mmitchel
Date: Mon Sep 11 00:40:15 2006
New Revision: 116838
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116838
Log:
PR c++/28991
* cp-objcp-common.c (cxx_stat
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-09-11 00:42
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2006-09-11 01:34
---
Another example showing this is not specific to DATA statements, but is related
to parsing the initilizer.
program FOO
character*20 Y /'Abcdef'/ garbage
end program FOO
$ gfc pr27954.f90
In file pr27954.f90:
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-09-11 01:40
---
I can coax a segfault out of this:
program FOO
character*20 Y /'Abcdef'/ 0
print *, Y
end program FOO
$ gfc pr27954.f90
In file pr27954.f90:2
character*20 Y /'Abcdef'/ 0
1
Erro
--- Comment #5 from pault at gcc dot gnu dot org 2006-09-11 05:03 ---
Subject: Bug 28890
Author: pault
Date: Mon Sep 11 05:02:58 2006
New Revision: 116839
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116839
Log:
2006-09-11 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
When compiling GNU classpath (CVS 20060901) with gcj, I get a
java.lang.VerifyError when running a Swing app with cacao:
jet:~/work/svn/batik/trunk-gcj $ /usr/local/cacao/bin/cacao -jar
batik-1.6/batik.jar samples/asf-logo.svg 2>&1
Exception in thread "main" java.lang.VerifyError: (class:
javax.s
--- Comment #1 from cam-gcc-bugzilla at aka dot mcc dot id dot au
2006-09-11 06:07 ---
Created an attachment (id=12221)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12221&action=view)
The generated MetalLookAndFeel.class file.
This is the generated class file causing the verifie
101 - 124 of 124 matches
Mail list logo
