--- 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
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 #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/
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 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 #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 #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
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29002
--
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
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28999
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-10 22:26 ---
As I mentioned already this is not a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-10 22:26 ---
(In reply to comment #1)
> Yup. And a regression too because previous GCCs could dump without sending
> your
> machine to swap space land.
Not really, anyways this is fixed now.
--
pinskia at gcc dot gnu 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=28989
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28988
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-09-10 22:09
---
The rules in the standard regarding destructor lookup, what constitues the same
name, etc., are not well-specified. The last time I investigated this, the EDG
front end used rules which did not seem to match the s
--- Comment #10 from mmitchel at gcc dot gnu dot org 2006-09-10 22:04
---
I am not convinced that the code in Comment #8 is valid.
Although the operand of sizeof is not in fact evaluated, it seems odd to permit
an operand which cannot, even in principle, be evaluated. This is not even
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-10 22:03 ---
Caused by the patch which fixed PR 13685. Jason removed the check for
TARGET_64BIT which was incorrect.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-10 21:59 ---
gcc_assert (preferred_alignment <= PREFERRED_STACK_BOUNDARY / BITS_PER_UNIT);
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29009
--- Comment #1 from dcb314 at hotmail dot com 2006-09-10 21:56 ---
Created an attachment (id=12217)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12217&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29009
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
I just tried to compile Linux kernel 2.6.17.13 with the new
GNU C compiler version 4.2 snapshot 20060909.
The compiler said
/home/dcb/gnu/42-20060909/results/bin/gcc -g -O3 -Wall
-Wp,-MD,arch/x86_64/kernel/.asm-offsets.s.d -nostdinc -isystem
/home/dcb/gnu/42-20060909/results/lib/gcc/x86_64-unk
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2006-09-10 21:34
---
Fixed everywhere.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
ombine.c (force_to_mode): Test for side-effects before
substituting by zero.
(simplify_shift_const): Likewise for zero or other constants.
Added:
branches/gcc-4_0-branch/gcc/testsuite/gcc.c-torture/execute/20060910-1.c
Modified:
branches/gcc-4_0-branch/gcc/ChangeLog
bran
ombine.c (force_to_mode): Test for side-effects before
substituting by zero.
(simplify_shift_const): Likewise for zero or other constants.
Added:
branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/20060910-1.c
Modified:
branches/gcc-4_1-branch/gcc/ChangeLog
bran
ombine.c (force_to_mode): Test for side-effects before
substituting by zero.
(simplify_shift_const): Likewise for zero or other constants.
Added:
trunk/gcc/testsuite/gcc.c-torture/execute/20060910-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/combine.c
trunk/gcc/t
--- Comment #2 from igodard at pacbell dot net 2006-09-10 21:18 ---
On further checking, you can have a templated constructor and invoke it - so
long as it is fully resolved by the data arguments. You only get the diagnostic
when the desired template has to be explicitly qualified. The c
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-10 20:41 ---
I don't think this is valid code. ICC also rejects the code.
It is valid for template constuctor but not specify which templated constuctor
you will call.
foo is not a template so that error message is correct.
The code:
class foo {
public:
template
foo(int i) : j(i) {}
template
void bar(int i) { j = i; }
template
static
void baz(int i) {}
int j;
};
int main() {
foo::baz(3);
foo* p; p->bar(3);
new foo(3);
return 0;
}
gets you:
~/ootbc/chips$ g+
--- Comment #21 from mkoeppe at gmx dot de 2006-09-10 20:14 ---
(In reply to comment #20)
Update for gcc-4.2
==
When installing GNU sed (I used 4.1.5) before configuring, the Makefile is
created and building starts. "make bootstrap" nevertheless fails with:
[...]
Confi
--- Comment #13 from steven at gcc dot gnu dot org 2006-09-10 20:10 ---
Fixed on the trunk.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Assigned
--- Comment #12 from steven at gcc dot gnu dot org 2006-09-10 20:09 ---
Subject: Bug 26983
Author: steven
Date: Sun Sep 10 20:08:58 2006
New Revision: 116826
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116826
Log:
PR middle-end/26983
gcc/
* builtins.c (expand_builtin
--- Comment #6 from pault at gcc dot gnu dot org 2006-09-10 19:44 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2006-09-10 19:44 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pault at gcc dot gnu dot org 2006-09-10 19:43 ---
Fixed on trunk and 4.1
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-10 19:40 ---
I am going to take care of this, it is also missing a cast for 64bits reason.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|4.0.3 4.1.1 4.2.0 |4.0.3 4.1.1
Known to work|3.3 |3.3 4.0.
--- Comment #5 from rsandifo at gcc dot gnu dot org 2006-09-10 19:38
---
Patch applied to trunk, 4.1 and 4.0.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from rsandifo at gcc dot gnu dot org 2006-09-10 19:36
---
Subject: Bug 29006
Author: rsandifo
Date: Sun Sep 10 19:36:20 2006
New Revision: 116824
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116824
Log:
gcc/
PR target/29006
* config/mips/mips-pr
Executing on host: /home/dave/gnu/gcc-4.2/objdir/gcc/xgcc
-B/home/dave/gnu/gcc-4
.2/objdir/gcc/ /home/dave/gnu/gcc-4.2/gcc/gcc/testsuite/gcc.dg/long-long-cst1.c
-fno-show-column -lm -o ./long-long-cst1.exe(timeout = 300)
PASS: gcc.dg/long-long-cst1.c (test for excess errors)
Setting LD_LI
--- Comment #3 from rsandifo at gcc dot gnu dot org 2006-09-10 19:31
---
Subject: Bug 29006
Author: rsandifo
Date: Sun Sep 10 19:30:53 2006
New Revision: 116823
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116823
Log:
gcc/
PR target/29006
* config/mips/mips-pr
--- Comment #2 from rsandifo at gcc dot gnu dot org 2006-09-10 19:28
---
Subject: Bug 29006
Author: rsandifo
Date: Sun Sep 10 19:28:48 2006
New Revision: 116822
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116822
Log:
gcc/
PR target/29006
* config/mips/mips-pr
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2006-09-10
19:24 ---
The confusing part was the words "signal is expected not to work with 64-bit"
which left the impression that it only works with 32-bit currently.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26540
--- Comment #2 from tobias dot burnus at physik dot fu-berlin dot de
2006-09-10 19:23 ---
Maybe this should not be done with -fbounds-check, but put into a different
option. (NAG uses not -C=array but -C=call for this.)
The reason is that some programs (e.g. Exciting.sf.net) passes an
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot
|dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-09-10 19:08 ---
(In reply to comment #4)
> Andrew,
> The comment...
>
> These warnings are semi expected in that signal is expected not to work with
> 64bit, this is due to g77 compatibility.
>
> ..is confusing.
How is it co
--- Comment #1 from rsandifo at gcc dot gnu dot org 2006-09-10 19:08
---
I'm about to commit a fix.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
gcc will use swl/swr instead of sdl/sdr to zero an unaligned
64-bit field. This can be seem with a testcase like:
struct __attribute__((__packed__)) s { char c; unsigned long long x; };
void __attribute__((__noinline__)) foo (struct s *s) { s->x = 0; }
int main (void) { struct s s = { 1, ~0ULL };
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2006-09-10
19:04 ---
Andrew,
The comment...
These warnings are semi expected in that signal is expected not to work with
64bit, this is due to g77 compatibility.
..is confusing. If this is the case, why don't we use prepr
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-10 18:55 ---
*** Bug 29005 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-10 18:55 ---
*** This bug has been marked as a duplicate of 26540 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
When libgfortran/intrinsics/signal.c is built at -m64, a number of warnings
occur...
/sw/src/fink.build/gcc4-4.1.999-20060910/darwin_objdir/./gcc/xgcc
-B/sw/src/fink.build/gcc4-4.1.999-20060910/darwin_objdir/./gcc/
-B/sw/lib/gcc4/powerpc-apple-darwin8/bin/
-B/sw/lib/gcc4/powerpc-apple-darwin8/lib
--- Comment #11 from patchapp at dberlin dot org 2006-09-10 18:40 ---
Subject: Bug number PR26983
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00370.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-10
18:39 ---
Subject: Re: g++.dg/tree-ssa/ivopts-1.C fails
> The linux output doesn't have the -4 offset:
>
>ldi 1,%r28
>stw %r2,-20(%r30)
> .LCFI0:
>copy %r28,%r21
>ldo 128(%r30),%r30
--- Comment #4 from pault at gcc dot gnu dot org 2006-09-10 17:32 ---
Subject: Bug 28923
Author: pault
Date: Sun Sep 10 17:32:22 2006
New Revision: 116819
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116819
Log:
2006-09-09 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2006-09-10 17:32 ---
Subject: Bug 28947
Author: pault
Date: Sun Sep 10 17:32:22 2006
New Revision: 116819
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116819
Log:
2006-09-09 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2006-09-10 17:32 ---
Subject: Bug 28959
Author: pault
Date: Sun Sep 10 17:32:22 2006
New Revision: 116819
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116819
Log:
2006-09-09 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #4 from pault at gcc dot gnu dot org 2006-09-10 17:27 ---
Subject: Bug 28947
Author: pault
Date: Sun Sep 10 17:26:54 2006
New Revision: 116818
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116818
Log:
2006-09-10 Paul Thomas <[EMAIL PROTECTED]>
PR libfortr
--- Comment #3 from pault at gcc dot gnu dot org 2006-09-10 17:21 ---
Subject: Bug 28947
Author: pault
Date: Sun Sep 10 17:21:44 2006
New Revision: 116817
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116817
Log:
2006-09-10 Paul Thomas <[EMAIL PROTECTED]>
PR libfortr
--- Comment #4 from pault at gcc dot gnu dot org 2006-09-10 17:18 ---
Subject: Bug 28959
Author: pault
Date: Sun Sep 10 17:17:57 2006
New Revision: 116816
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116816
Log:
2006-09-10 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from pault at gcc dot gnu dot org 2006-09-10 17:13 ---
Subject: Bug 28923
Author: pault
Date: Sun Sep 10 17:13:29 2006
New Revision: 116815
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116815
Log:
2006-09-10 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28949
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28827
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28781
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28754
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28726
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28463
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28376
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28326
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28307
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28183
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28077
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21952
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-10 15:50 ---
I have a fix for both testcases, the problem is the same.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-10 15:41 ---
Another testcase:
struct A {A();int A::* t;};
A x[];
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28914
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-10 14:40 ---
3.2.3 just slightly accepted this code.
4.1.x gave the following error message:
t.cc:3: error: overloaded function with no contextual type information
t.cc:3: error: void value not ignored as it ought to be
Where th
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-10 14:38 ---
3.2.3 gave:
t.cc:8: syntax error before `<' token
Which is just as helpful as the ICE anyways.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28999
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-10 14:35 ---
Confirmed, a minor problem with the testsuite.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-09-10 14:31
---
This still should be waiting for a testcase.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Last reconfirmed|-00-00 00:00:00 |2006-09-10 13:50
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Last reconfirmed|-00-00 00:00:00 |2006-09-10 13:50
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Last reconfirmed|-00-00 00:00:00 |2006-09-10 13:50
Compiling the code:
extern void doSomething(unsigned v);
void irq_() __attribute__ ((interrupt("IRQ")));
void irq_()
{
unsigned v;
doSomething(v);
}
with:
arm-elf-g++ -O0\
-fno-exceptions\
-fomit-frame-pointer\
-S -o irq-bug.s\
irq-bug.cc
results in:
1 - 100 of 124 matches
Mail list logo