[Bug rtl-optimization/22053] [4.1 Regression] ACATS ICE cxg2002 cxg2008 cxg2019 cxg2020 cxg2021 compensate_edge, at reg-stack.c:2671

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14 05:57 --- Subject: Bug 22053 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-14 05:57:28 Modified files: gcc: ChangeLog reg-stack.c Log message:

[Bug tree-optimization/22018] [4.1 Regression] VRP miscompiles multiply

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14 05:17 --- Diego, what about applying a quick fix? The compiler has been miscompiled for 2 weeks on SPARC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22018

[Bug ada/15605] invalid program not detected, RM 8.3(22)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 04:51 --- I think this is fixed in 4.0.0 given the following: pak1.ads:8:15: formal parameter "list" cannot be used before end of specification -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15605

[Bug tree-optimization/22019] [4.1 Regression] do_structure_copy ICE on Ada gnatlib

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 04:27 --- This is the smallest testcase I can get it: WITH REPORT; USE REPORT; PROCEDURE C37213J IS BEGIN DECLARE SUBTYPE SM IS INTEGER RANGE 1..10; TYPE REC (D1, D2 : SM) IS RE

[Bug tree-optimization/22033] [4.1 Regression] ACATS ICE cd1c04e create_variable_info_for, at tree-ssa-structalias.c:2789

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 04:10 --- Here is the reduced testcase: PROCEDURE CD1C04E IS TYPE TYPE1 IS RECORD C : CHARACTER := 'S'; END RECORD; FOR TYPE1 USE RECORD C AT 1 * 1

[Bug tree-optimization/22022] [4.1 Regression] ACATS ICE cxg1002 tree_split_edge, at tree-cfg.c:3025

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 04:01 --- And here is a C++ testcase: _Complex float f(); _Complex float g(); _Complex float h()throw(); void i(_Complex float)throw(); void j(void) { _Complex float x = h(); try { try { x = f();

[Bug tree-optimization/22022] [4.1 Regression] ACATS ICE cxg1002 tree_split_edge, at tree-cfg.c:3025

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 03:34 --- Confirmed, will come up with a small testcase once the testsuite is finished. -- What|Removed |Added -

[Bug tree-optimization/22033] [4.1 Regression] ACATS ICE cd1c04e create_variable_info_for, at tree-ssa-structalias.c:2789

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-06-14 03:15 --- Subject: Re: [4.1 Regression] ACATS ICE cd1c04e create_variable_info_for, at tree-ssa-structalias.c:2789 On Tue, 2005-06-14 at 03:10 +, pinskia at gcc dot gnu dot org wrote: > --- Additiona

[Bug tree-optimization/22033] [4.1 Regression] ACATS ICE cd1c04e create_variable_info_for, at tree-ssa-structalias.c:2789

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 03:10 --- Confirmed, might generate a smaller testcase the testsuite is finished running. -- What|Removed |Added ---

[Bug ada/18818] ACATS cd10002 fails at runtime

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 03:09 --- And fails on powerpc-darwin also. -- What|Removed |Added GCC target triplet|

[Bug ada/22026] [4.1 Regression] ACATS FAIL C45331A fixed point wrong code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 02:32 --- Also happens on powerpc-darwin, might be a generic bug, I have not looked into what is going wrong. -- What|Removed |Added

[Bug boehm-gc/21942] boehm-gc doesn't compile on Solaris 10/amd64

--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2005-06-14 02:29 --- Subject: Re: boehm-gc doesn't compile on Solaris 10/amd64 See http://www.hpl.hp.com/hosted/linux/mail-archives/gc/2005-June/000864.html for my first hacky patch. Rainer -- http://gcc.

[Bug boehm-gc/21940] boehm-gc gctest fails on Solaris 10/x86

--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2005-06-14 02:29 --- Subject: Re: boehm-gc gctest fails on Solaris 10/x86 See http://www.hpl.hp.com/hosted/linux/mail-archives/gc/2005-June/000864.html for my first hacky patch. Rainer -- http://gcc.gnu.o

[Bug boehm-gc/21942] boehm-gc doesn't compile on Solaris 10/amd64

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 02:21 --- See . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21942

[Bug boehm-gc/21940] boehm-gc gctest fails on Solaris 10/x86

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 02:21 --- See . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21940

[Bug tree-optimization/22019] [4.1 Regression] do_structure_copy ICE on Ada gnatlib

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 02:19 --- Confirmed, might produce a reduce testcase after the full run. -- What|Removed |Added

[Bug debug/22057] [4.0/4.1 Regression] Poor -O0 debug information for for loops with no initializer

-- What|Removed |Added Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22057

[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds

--- Additional Comments From joseph at codesourcery dot com 2005-06-14 01:19 --- Subject: Re: [4.0/4.1 Regression] redefinition of inline function succeeds On Tue, 14 Jun 2005, echristo at redhat dot com wrote: > So, what you're saying is that we should accept this: > > extern inlin

[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds

--- Additional Comments From echristo at redhat dot com 2005-06-14 01:11 --- Joseph, So, what you're saying is that we should accept this: extern inline int foo (void) { return 0; } inline int foo (void) { return 1; } unless we're in strict c99 mode. And reject this: static inline i

[Bug debug/22057] New: [4.0/4.1 Regression] Poor -O0 debug information for for loops with no initializer

In this simple test case, setting a breakpoint at the start of the second for loop is ineffective, even when compiling with -O0. int main(int argc, char **argv) { int j; unsigned char block[6]; for (j = 0; j < 4; j++) block[j] = (unsigned char) j; for (; j < 6; j++) block[j] = (u

[Bug tree-optimization/22051] [4.0/4.1 regression] Wrong code for function pointer comparision during optimization

--- Additional Comments From danglin at gcc dot gnu dot org 2005-06-14 00:53 --- The same problem should apply to hppa2.0w-hp-hpux11.11 as it also requires function pointer canonicalization. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22051

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

--- Additional Comments From sherpya at netfarm dot it 2005-06-14 00:30 --- can you provide a correct patch? I've just adapted the old one to apply and compile -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21766

[Bug tree-optimization/22051] [4.0/4.1 regression] Wrong code for function pointer comparision during optimization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 00:17 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug tree-optimization/22051] [4.0/4.1 regression] Wrong code for function pointer comparision during optimization

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org, dnovillo at gcc dot gnu

[Bug middle-end/22051] [4.0/4.1 regression] Wrong code for function pointer comparision during optimization

--- Additional Comments From danglin at gcc dot gnu dot org 2005-06-14 00:14 --- Here's what we have at the test to see if function pointer canonicalization should be done in dojump.c: Breakpoint 1, do_compare_and_jump (exp=0x400ec708, signed_code=NE, unsigned_code=NE, if_false_labe

[Bug tree-optimization/22056] New: gcc.dg/pr14796-2.c scan-tree-dump c & -34359738368 fails

The newly added test gcc.dg/pr14796-2.c has the following FAIL on i686-pc-linux-gnu on mainline on 20050613. FAIL: gcc.dg/pr14796-2.c scan-tree-dump c & -34359738368 -- Summary: gcc.dg/pr14796-2.c scan-tree-dump c & -34359738368 fails Product: gcc Versio

[Bug tree-optimization/21564] [4.1 Regression] Fatal miscompile with -O1 -finline-functions

ems to be gone. > Can anyone check it out and confirm? Any idea what happend? Well, actually it was CVS-20050613 that I checked (sorry a misspell). But anyway. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21564

[Bug tree-optimization/21564] [4.1 Regression] Fatal miscompile with -O1 -finline-functions

--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz 2005-06-13 23:42 --- I don't know who did it and how, but recently I checked latest CVS after a while (CVS-20050612) and all of a sudden it seems to work. The bug seems to be gone. Can anyone check it out and confirm? A

[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds

--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-06-13 23:18 --- There is a case the multiple static inline definitions of the same function in a translation unit violate the constraint of 6.9#3 (no more than one external definition of an identifier with internal linkage i

[Bug fortran/21594] FAIL: gfortran.dg/eoshift.f90 -O0 execution test

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 22:37 --- Subject: Bug 21594 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-13 22:37:40 Modified files: libgfortran: ChangeLog libgfortran/intrin

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

--- Additional Comments From dannysmith at users dot sourceforge dot net 2005-06-13 22:05 --- The patch is still not correct. It doesn't handle dllimport override semantics. See g++.dg/ext/dllimport-3.C which fails because TREE_INVARIANT and TREE_CONSTANT change when we lose the dllimp

[Bug rtl-optimization/22053] [4.1 Regression] ACATS ICE cxg2002 cxg2008 cxg2019 cxg2020 cxg2021 compensate_edge, at reg-stack.c:2671

--- Additional Comments From laurent at guerby dot net 2005-06-13 21:56 --- Created an attachment (id=9082) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9082&action=view) Ugly patch to make Ada bootstrap Removes some code from the RTS in order to allow for a successful build, plu

[Bug tree-optimization/22035] [4.1 Regression] complex float comparison broken

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW

[Bug tree-optimization/21994] [4.1 regression] complex throwing functions cause ICE

--- Additional Comments From laurent at guerby dot net 2005-06-13 21:20 --- tree_split_edge, at tree-cfg.c: moved to PR22022 expected ssa_name: moved to PR22055 compensate_hedge: moved to PR22053 gnatlib doesn't currently build because of PR22053. I'll try to post a "remove library code

[Bug rtl-optimization/22053] [4.1 Regression] ACATS ICE cxg2002 cxg2008 cxg2019 cxg2020 cxg2021 compensate_edge, at reg-stack.c:2671

s -o a-nllcef.o +===GNAT BUG DETECTED==+ | 4.1.0 20050613 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | in compensate_edge, at reg-stack.c:2671 | | Error detected at a-ngcefu.adb:710:1 [a-

[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 21:14 --- I didn't see this patch proposed on gcc-patches. Is someone reviewing it? Since it prevents building cygwin and mingw, one could hope that it gets committed soon... -- What|Removed

[Bug fortran/21797] [4.0 only] complex(4) sqrt failures on alpha-linux

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 20:56 --- Now that it is fixed, we can at least CONFIRM it ;-) As for why the commit message didn't appear it: "PR libfortran/PR21797" seems to have confused the parsing mechanism for detecting bugs related to comm

[Bug libgcj/22036] libjava/jni.cc compilation fix in cvs 2005-06-12

--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-13 20:24 --- I checked the fix in on the trunk. -- What|Removed |Added Status|ASSIGNED

[Bug libgcj/22036] libjava/jni.cc compilation fix in cvs 2005-06-12

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 20:23 --- Subject: Bug 22036 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-13 20:23:12 Modified files: libjava: ChangeLog jni.cc Log message:

[Bug rtl-optimization/22053] [4.1 Regression] ACATS ICE cxg2002 cxg2008 cxg2019 cxg2020 cxg2021 compensate_edge, at reg-stack.c:2671

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 20:23 --- Only really can happen on x86_64 and ia32. -- What|Removed |Added Component|ada

[Bug libgcj/22036] libjava/jni.cc compilation fix in cvs 2005-06-12

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|UNCONFIRMED

[Bug c++/22054] GCC doesn't support anonymous subclass

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 20:17 --- Fixed in 3.4.0 and above. -- What|Removed |Added Status|UNCONFIRMED

[Bug tree-optimization/22022] [4.1 Regression] ACATS ICE cxg1002 tree_split_edge, at tree-cfg.c:3025

--- Additional Comments From laurent at guerby dot net 2005-06-13 20:12 --- Also now having the same ICE (after PR21994 fix): +===GNAT BUG DETECTED==+ | 4.1.0 20050612 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | in tr

[Bug ada/22055] New: ACATS ICE cxg1005 cxg1004 xpected ssa_name, have var_decl in verify_ssa tree-ssa.c:750

+===GNAT BUG DETECTED==+ | 4.1.0 20050612 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | tree check: expected ssa_name, have var_decl in verify_ssa, at | |tree-ssa.c:750

[Bug c++/22054] New: GCC doesn't support anonymous subclass

struct A {}; struct : A {} b; This fails with :2: error: parse error before `:' token :2: error: ISO C++ forbids declaration of `b' with no type See definition of class-head in section 9-1 of 14882:1998 standard. gcc version 3.3.5-20050130 (Gentoo Linux 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, p

[Bug ada/22053] New: ACATS ICE cxg2002 cxg2008 cxg2019 cxg2020 cxg2021 compensate_edge, at reg-stack.c:2671

+===GNAT BUG DETECTED==+ | 4.1.0 20050612 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | in compensate_edge, at reg-stack.c:2671 | | Error detected at cxg2002.adb:468:5

[Bug tree-optimization/21994] [4.1 regression] complex throwing functions cause ICE

--- Additional Comments From rth at gcc dot gnu dot org 2005-06-13 20:02 --- Well then you're going to have to tell me what local changes you have such that you can build gnatlib. Or wait until someone bothers to check in changes such that it Just Works. -- http://gcc.gnu.org/bugzi

[Bug tree-optimization/21994] [4.1 regression] complex throwing functions cause ICE

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 19:55 --- compensate_edge ones are not related to this bug at all, it is most likely caused by the changes to reg- stack by Roger. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21994

[Bug tree-optimization/21994] [4.1 regression] complex throwing functions cause ICE

--- Additional Comments From laurent at guerby dot net 2005-06-13 19:51 --- I picked up in my tree only the tree-complex.c change, with that no more "throw in the middle of block" problems. I'm redoing a build to see if a-ncelfu and other runtime files that had the problem now compile (I

[Bug fortran/21797] [4.0 only] complex(4) sqrt failures on alpha-linux

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-13 19:49 --- (In reply to comment #5) > Although, unlike Steve, I am sure I'm not allowed to ok this patch, I would > really like to see it go in too. alpha-linux really is an interesting platform > for regtesting (and,

[Bug tree-optimization/21171] [4.0/4.1 Regression] IV OPTS removes does not create a new VOPs for constant values

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 19:43 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/19899] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1490 with -ftree-vectorize -msse2

--- Additional Comments From stefaan dot deroeck at gmail dot com 2005-06-13 19:38 --- still exists on main branch as well -- What|Removed |Added CC|

[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 19:35 --- This patch should fix it (I don't have time right now, school is getting in the way, could you test it): Index: c-decl.c === RCS file: /cvs/g

[Bug tree-optimization/21171] [4.0/4.1 Regression] IV OPTS removes does not create a new VOPs for constant values

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 19:24 --- Subject: Bug 21171 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-13 19:24:33 Modified files: gcc: Change

[Bug java/18131] [meta-bug] inner class problems in java front-end

-- Bug 18131 depends on bug 21844, which changed state. Bug 21844 Summary: [4.1 Regression] miscompilation of LinkedHashMap http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21844 What|Old Value |New Value -

[Bug java/21844] [4.1 Regression] miscompilation of LinkedHashMap

--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-13 19:23 --- I've checked in the fix. -- What|Removed |Added Status|ASSIGNED

[Bug java/21844] [4.1 Regression] miscompilation of LinkedHashMap

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 19:22 --- Subject: Bug 21844 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-13 19:21:56 Modified files: libjava: ChangeLog Added files: libja

[Bug java/21844] [4.1 Regression] miscompilation of LinkedHashMap

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 19:20 --- Subject: Bug 21844 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-13 19:20:26 Modified files: gcc/java : ChangeLog parse.y Log message:

[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 19:17 --- Hmm, the most obvious patch (which is mine) is the following: 2005-01-04 Andrew Pinski <[EMAIL PROTECTED]> PR c/19152 * c-decl.c (diagnose_mismatched_decls): Accept "extern inline" declare

[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 19:11 --- It started to fail after "4.0.0 20041124" but before "4.0.0 20050225" (the branching). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22052

[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 19:07 --- Confirmed, this started after "3.5.0 20040909". -- What|Removed |Added Status|UN

[Bug fortran/22038] Forall with mask broken

--- Additional Comments From tobi at gcc dot gnu dot org 2005-06-13 19:02 --- The commit fixes only a small part of the issues, namely those which made gfortran.dg/forall_1.f90 fail. There remain several issues as explained here together with a patch for some of them: http://gcc.gnu.org

[Bug c/22052] New: redefinition of inline function succeeds

This doesn't error out: #include static inline int foo(void) { return 1; } static inline int foo(void) { return 0; } static inline int bar(void) { return foo(); } int main(void) { if (bar()) printf("1\n"); else printf("0\n"); return 0; } It appears to be a pr

[Bug fortran/22038] Forall with mask broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 18:30 --- Subject: Bug 22038 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-13 18:30:15 Modified files: gcc/fortran: Change

[Bug fortran/22038] Forall with mask broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 18:23 --- Subject: Bug 22038 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-13 18:23:46 Modified files: gcc/fortran: ChangeLog trans-stmt.c gcc/t

[Bug tree-optimization/19910] ICE with -ftree-loop-linear

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 18:00 --- Fixed most likely by: 2005-06-10 Daniel Berlin <[EMAIL PROTECTED]> * lambda-code.c (replace_uses_of_x_with_y): Renamed and rewritten slightly. (exit_phi_for_loop_p): New function.

RFC; MN10300 binary operators do not work on address registers

Hi Jeff, Hi Alex, Whilst working with the AM33 port I recently came across a piece of code in the glibc sources which triggered an ICE in gcc because it was generating an insn which did not match the constraints: error: insn does not satisfy its constraints: (insn (set (reg:SI a0)

[Bug tree-optimization/21884] [4.1 regression] ICE with -ftree-vectorize

-- Bug 21884 depends on bug 21155, which changed state. Bug 21155 Summary: [4.1 Regression] ICE in ssa tree check compiling crafty with -ftree-vectorize -maltivec http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21155 What|Old Value |New Value -

[Bug tree-optimization/21155] [4.1 Regression] ICE in ssa tree check compiling crafty with -ftree-vectorize -maltivec

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 17:49 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/21155] [4.1 Regression] ICE in ssa tree check compiling crafty with -ftree-vectorize -maltivec

--- Additional Comments From janis at gcc dot gnu dot org 2005-06-13 17:45 --- With mainline built last night I get no failures building and running SPEC CPU2000 on powerpc64-linux with "-ftree-vectorize -maltivec -mabi=altivec" for -m32 and -m64; it looks fixed to me! -- http://gcc

[Bug c++/20789] [4.0 regression] ICE with incomplete type in template

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 17:20 --- Subject: Bug 20789 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-06-13 17:20:31 Modified files: gcc/cp : decl.c

[Bug libgcj/22036] libjava/jni.cc compilation fix in cvs 2005-06-12

--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-13 17:16 --- This bug can occur when DEBUG is defined in the libgcj build. I'll apply the patch shortly. -- What|Removed |Added ---

RE: Important

Madame, Mademoiselle, Monsieur, Nous vous remercions de votre courrier électronique. Dans le souci de mieux correspondre à vos attentes, nous vous prions de bien vouloir nous contacter désormais par le biais du nouveau "Portail des Citoyens", mis à votre disposition à l'adresse Internet http://

[Bug c++/20678] [3.4/4.0/4.1 Regression] Make process stopped

--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-13 16:57 --- I wonder if this is relater to 21166 -- What|Removed |Added AssignedTo|unassigned at

[Bug fortran/22048] Problem with sub-string operator and implicitly typed character variables

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 16:53 --- Confirmed on sparc-solaris. Further reduced testcase: $ cat pr22048.f implicit character*8 (z) z = '' print *, z(1:3) end $ gfortran pr22048.f In file pr22048.f:3 print *

[Bug middle-end/22051] [4.0/4.1 regression] Wrong code for function pointer comparision during optimization

-- What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/sh

[Bug c++/20789] [4.0 regression] ICE with incomplete type in template

--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-13 16:36 --- fixed mainline and 3.4 2005-06-13 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/20789 * decl.c (cp_finish_decl): Clear runtime runtime initialization if in-class decl's initializer is b

[Bug fortran/21797] complex(4) sqrt failures on alpha-linux

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 16:29 --- Although, unlike Steve, I am sure I'm not allowed to ok this patch, I would really like to see it go in too. alpha-linux really is an interesting platform for regtesting (and, moreover, libgfortran will so

[Bug middle-end/22051] [4.0/4.1 regression] Wrong code for function pointer comparision during optimization

--- Additional Comments From randolph at tausq dot org 2005-06-13 16:24 --- Subject: Re: [4.0/4.1 regression] Wrong code for function pointer comparision during optimization > I thought this was fixed. Nope, sorry. randolph -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22051

[Bug middle-end/22051] [4.0/4.1 regression] Wrong code for function pointer comparision during optimization

--- Additional Comments From tausq at debian dot org 2005-06-13 16:23 --- this is what you get with gcc-3.3: .LC0: .stringz"main" .section.rodata.cst4,"aM",@progbits,4 .align 4 .LC1: .word P%main [...] ldil LR'.LC0,%r25 ldi -1,%r4

[Bug middle-end/22051] [4.0/4.1 regression] Wrong code for function pointer comparision during optimization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 16:20 --- I thought this was fixed. -- What|Removed |Added Component|tree-optimization

[Bug libfortran/15160] Generated files don't regenerate

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 16:19 --- What is the difference between that and PR20438? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15160

[Bug tree-optimization/22051] [4.0 regression/hppa-linux] Wrong code for function pointer comparision during optimization

-- What|Removed |Added Known to fail||4.0.0 Known to work||3.3.5 Summary|[4.0 regression] Wrong code |[4

[Bug tree-optimization/22051] New: [4.0 regression] Wrong code for function pointer comparision during optimization

with the following test program, gcc-4.0 doesn't emit the required function canonicalization code (calls to __canonicalize_funcptr_for_compare) to do the comparison when optimization is enabled. [EMAIL PROTECTED]:/tmp/dl$ gcc-3.3 -D_GNU_SOURCE -O2 -o default default.c -ldl; ./default; echo $? 0 [

[Bug libfortran/14325] [libgfortran] libgfortran does not build with newlib on arm-elf (stdint.h does not define the right types)

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 16:13 --- Shouldn't this one be fixed by the patch for PR15234? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14325

[Bug libfortran/15266] libgfortran doesn't compile on IRIX 5.3

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 16:09 --- Added patch keyword and URL. Patch received the OK on ml. -- What|Removed |Added

[Bug libfortran/15234] libgfortran doesn't compile on Tru64 UNIX V4.0F

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 16:03 --- As I learnt from PR21950, there is a (recent) patch for this one. For the record: http://gcc.gnu.org/ml/fortran/2005-06/msg00118.html -- What|Removed |Added --

[Bug c++/20789] [3.4/4.0/4.1 regression] ICE with incomplete type in template

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 15:58 --- Subject: Bug 20789 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-13 15:58:10 Modified files: gcc/cp : ChangeLog decl.c parser.c gc

[Bug c++/21929] [4.0/4.1 regression] ICE on invalid template parameter

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 15:58 --- Subject: Bug 21929 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-13 15:58:10 Modified files: gcc/cp : ChangeLog decl.c parser.c gc

[Bug libfortran/21950] All gfortran execution tests fail on Tru64 UNIX V4.0F: scalbn unresolved

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-13 15:41 --- Well, attached patch should clear this point, and hopefully we will have a working GNU Fortran on these platforms soon. Can you test it? (patch does not include regenerated files, so once applied you shoul

[Bug tree-optimization/22050] [4.0/4.1 Regression] ICE in gimple_add_tmp_var

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 15:15 --- *** This bug has been marked as a duplicate of 22013 *** -- What|Removed |Added

[Bug c/22013] [4.0/4.1 Regression] ICE in gimple_add_tmp_var, at gimplify.c:535

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 15:15 --- *** Bug 22050 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug tree-optimization/22050] New: [4.0/4.1 Regression] ICE in gimple_add_tmp_var

void bar (const unsigned short *const); void foo (void) { const unsigned short *const p = (const unsigned short []){ 'F', 'o', 'o', 0 }; bar (p); } at -O and higher results in ICE in gimple_add_tmp_var. -- Summary: [4.0/4.1 Regression] ICE in gimple_add_tmp_var Pro

[Bug libfortran/21950] All gfortran execution tests fail on Tru64 UNIX V4.0F: scalbn unresolved

--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2005-06-13 15:08 --- Subject: Re: All gfortran execution tests fail on Tru64 UNIX V4.0F: scalbn unresolved > is very portable). What about the naïve implementation: > > double scalbn (double x, int n) { return x * pow

[Bug target/22049] M68K Coldfire: ICE in reload_cse_simplify_operands

--- Additional Comments From jifl-bugzilla at jifvik dot org 2005-06-13 15:01 --- Oh, one more thing. The original version of the code, ICE'd on a slightly different constraint: (insn 1533 4485 1534 187 /home/jlarmour/ecos/ecospro-common-040929-branch/packages/net/snmp/lib/current/src/p

[Bug middle-end/21985] [4.0/4.1 Regression] miscompiled or wrong code snippet?

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-13 14:59 --- Subject: Bug 21985 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-13 14:59:40 Modified files: gcc: ChangeLog fold-const.c gcc/t

[Bug libfortran/22046] matmul_1.f90 testsuite failure

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-13 14:52 --- Reduced testcase: program matmul_1 integer, parameter:: N = 5 integer, parameter:: T = 4 real(kind=T), dimension(:,:), allocatable

[Bug target/22049] M68K Coldfire: ICE in reload_cse_simplify_operands

--- Additional Comments From jifl-bugzilla at jifvik dot org 2005-06-13 14:48 --- Oh, one interesting aspect is that the failure is even dependent on some of the numbers in the switch statement. For example, if the penultimate number is 105 instead of 106 it compiles okay. --

[Bug c++/22047] friend declaration for typedef object

--- Additional Comments From kumar dot mahesh at cognizant dot com 2005-06-13 14:44 --- Subject: RE: friend declaration for typedef object Means it does work in forte6.2?? is it??? Regards, Maheshkumar P, 55432068,Vnet:62068, OrangeUK -Original Message- From: pinskia at gcc

[Bug inline-asm/22045] can't find a register in class 'GENERAL_REGS'

--- Additional Comments From macro at linux-mips dot org 2005-06-13 14:44 --- I haven't written it's an ICE, have I? Unfortunately I can't see a way of rewriting the asm such that an appropriate variant is used depending on whether there are six or five or four (or fewer?) registers a

  1   2   >