[Bug c++/19813] [4.0 Regression] wrong code with -finline-limit

--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-18 08:37 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c/20043] [4.0 Regression] transparent_union doesn't allow restrict qualifier removal

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

[Bug libstdc++/19554] std::insert_iterator does not work together with __gnu_cxx::hash_set

--- Additional Comments From pcarlini at suse dot de 2005-02-18 09:41 --- Ok, the unordered containers are actually going in! No point in keeping this open... -- What|Removed |Added -

[Bug libfortran/20037] libfortran: format termination bug in formatted write

--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-18 10:42 --- I think this is identical to PR 15332. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20037

[Bug tree-optimization/19952] ICE: tree check: expected class 'declaration', have 'statement' (label_expr) in tree_verify_flow_info, at tree-cfg.c:3709

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-18 11:04 --- Reduced testcase (just compile with "-O -ftree-vectorize"): == int i; struct A { ~A() { ++i; } }; struct B { A a; }; void foo() { for (int i=0; i<2; ++i) {

[Bug c++/20051] New: ICE when compiling SSE intrinics

g++ ICEs when compiling valid SSE code using intrinsics. The code compiles correctly if either, the optimisation level is -O0 or the line '_mm_store_ps(pDataIn, accum);' is removed (line 30 in main.cpp). /opt/gcc-3.4.3/bin/g++-3.4 -O2 -march=pentium4 -save-temps -Wall -c main.cpp main.cpp: In fun

[Bug c++/20051] ICE when compiling SSE intrinics

--- Additional Comments From m dot broadbent at signal dot qinetiq dot com 2005-02-18 11:07 --- Created an attachment (id=8225) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8225&action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20051

[Bug tree-optimization/19952] ICE: tree check: expected class 'declaration', have 'statement' (label_expr) in tree_verify_flow_info, at tree-cfg.c:3709

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-18 11:07 --- : Search converges between 2004-09-02-trunk (#532) and 2004-09-04-trunk (#533). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19952

[Bug fortran/20052] New: Internal error pb:get_indirect_ref_operands at tree-ssa-operands.c:1449

Hi, I try to compile a FORTRAN 77 code with gfortran and i encounter the following problem. Unfortunatly, I cant use g77 because I meet the other problem with #[Bug libf2c/16970] long write times via NFS (with g77-3.2.2, g77-3.3.5 and g77-3.4.3). [EMAIL PROTECTED] erreur_de_compil_gcc-4.0]$ mak

[Bug tree-optimization/19952] ICE: tree check: expected class 'declaration', have 'statement' (label_expr) in tree_verify_flow_info, at tree-cfg.c:3709

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-18 11:43 --- Devang, the regression was introduced with the introduction of the if-conversion for the vectorizer by your patch http://gcc.gnu.org/ml/gcc-cvs/2004-09/msg00207.html Could you please have a look? --

[Bug c++/20053] New: casting pointers to arrays in c++ produces wrong output when optimizing

To: [EMAIL PROTECTED] Subject: casting pointer to array in c++ produces wrong output when optimizing From: [EMAIL PROTECTED] (Ivan G. Shevchenko) Reply-To: Cc: >Submitter-Id: >Originator:Ivan G. Shevchenko >Organization: - >Confidential: no >Synopsis: casting pointers to arrays in c++ p

[Bug tree-optimization/19951] ICE in tree_split_edge, at tree-cfg.c:3199 with -ftree-vectorize

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-18 12:06 --- Reduced testcase: === struct A { ~A(); }; void foo(); void bar(int i) { A a; if (i) foo(); else for (;;) foo(); }

[Bug tree-optimization/19951] ICE in tree_split_edge, at tree-cfg.c:3199 with -ftree-vectorize

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-18 12:19 --- : Search converges between 2004-11-19-014001-trunk (#644) and 2004-11-19-161001-trunk (#645). It looks like this was introduced by one of your patches on 2004-11-19, Dorit. Btw, here's an even shorter tes

[Bug tree-optimization/19903] ACATS cxa4006 cxa4017 fail at runtime

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-18 12:19 --- Proposed fix: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01024.html -- What|Removed |Added --

[Bug c++/20008] [4.0 Regression] internal compiler error: in expand_case, at stmt.c:2397

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-18 12:21 --- Subject: Bug 20008 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-18 12:20:50 Modified files: gcc: ChangeLog stmt.c gcc/testsui

[Bug c++/20008] [4.0 Regression] internal compiler error: in expand_case, at stmt.c:2397

--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-18 12:26 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug ada/18819] ACATS cdd2a02 fails at runtime

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-18 12:27 --- It's SRA again, but the problem really originates in the FE's type frobbing with VIEW_CONVERT_EXPR and the like. I think we should consider disabling SRA for the Ada compiler until this mess is sorted out

[Bug ada/18659] [4.0 Regression] ACATS ICE in bug in tree-sra.c:1507 on x86 and ppc-darwin (6 FAIL)

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-18 12:31 --- SRA is an Ada killer because of the the abuse of VIEW_CONVERT_EXPRs by the Ada front-end. I think it should be disabled in the Ada compiler for 4.0.x. -- What|Removed

[Bug ada/18302] ACATS test c953002 (and others) hangs

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-18 12:35 --- Presumably fixed. Reopen if not. -- What|Removed |Added Status|WAITING

[Bug c++/20053] casting pointers to arrays in c++ produces wrong output when optimizing

--- Additional Comments From falk at debian dot org 2005-02-18 12:38 --- This code is invalid; you're accessing an object of type uint64_t via a pointer to uint32_t, which is not allowed. Use -fno-strict-aliasing, or use a union. -- What|Removed |Add

[Bug ada/19140] ACATS c37402a segfaults at runtime

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-18 12:38 --- I get the segfault on x86 as of today. -- What|Removed |Added CC|

[Bug ada/19140] ACATS c37402a segfaults at runtime

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-18 12:43 --- Investigating. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebo

[Bug ada/18659] [4.0 Regression] ACATS ICE in bug in tree-sra.c:1507 on x86 and ppc-darwin (6 FAIL)

--- Additional Comments From charlet at adacore dot com 2005-02-18 12:58 --- Subject: Re: [4.0 Regression] ACATS ICE in bug in tree-sra.c:1507 on x86 and ppc-darwin (6 FAIL) > SRA is an Ada killer because of the the abuse of VIEW_CONVERT_EXPRs by the Ada > front-end. I think it shoul

[Bug c++/20032] ICE on non-constant array size in template

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-18 13:00 --- The problem can be reduced to the following testacse: == int Sum(int); template struct A { int X[Sum(2)]; void foo() { sizeof(X); } }; void bar() { A<0> a;

[Bug target/20054] New: ICE in change_address_1

/* { dg-do compile } */ /* { dg-options "-O2 -fno-strict-aliasing" } */ unsigned int *foo (void); char * bar (double *d) { return (char *) (d + 1) - sizeof (unsigned int); } char baz (double x) { unsigned int h = *foo (); unsigned int l = *(unsigned int *) bar (&x); return (h & ~0x8

[Bug target/20054] ICE in change_address_1

--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-18 13:32 --- The problem is alter_subreg is called during rest_of_handle_flow2 splitting on (subreg:DI (mem:SI (reg:DI 12 %r12 [orig:46 D.1072 ] [46]) [0 S4 A32]) 0). As flow2 is already past reload, I think this shouldn'

[Bug other/20055] New: Many source files are unnecessarily executable

I just noticed that many source files are unnecessarily marked executable. This needs to be fixed by someone with direct access to the CVS repository. The list below is pruned of anything which obviously needs to be executable,, like configure scripts etc. boehm-gc/AmigaOS.c boehm-gc/cord/de_win

[Bug target/20054] [4.0 Regression] ICE in change_address_1

-- What|Removed |Added Keywords||ice-on-valid-code Summary|ICE in change_address_1 |[4.0 Regression] ICE in |

[Bug middle-end/20030] [4.0 Regression] Broken arguments access

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-18 14:32 --- Subject: Bug 20030 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-18 14:31:54 Modified files: gcc: ChangeLog fold-const.c Log message:

[Bug middle-end/20030] [4.0 Regression] Broken arguments access

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 14:37 --- Fixed. --- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-18 14:37 --- Subject: Bug 20030 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2

[Bug middle-end/20030] [4.0 Regression] Broken arguments access

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 14:37 --- Fixed. --- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-18 14:37 --- Subject: Bug 20030 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2

[Bug target/20051] ICE when compiling SSE intrinics

-- What|Removed |Added Component|c++ |target Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug

[Bug tree-optimization/20052] Internal error pb:get_indirect_ref_operands at tree-ssa-operands.c:1449

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 14:50 --- Hmm, this is fixed now via the following two patches: 2005-02-18 Andrew Pinski <[EMAIL PROTECTED]> PR middle-end/20030 * fold-const.c (fold_indirect_ref_1): Use the correct index for zero

[Bug java/20056] New: [4.0 regression] 'verification failed: incompatible type on stack' with --indirect-dispatch

The testcase is a tiny bytecode class. gcj 3.3 and 3.4 can compile it, and the bcel verifier says it is valid. However, gcj 4.0.0 fails on it when --indirect-dispatch is enabled: $ /usr/lib/gcc-snapshot/bin/gcj --indirect-dispatch test/ACatch.class test/main.nice: In class 'test.ACatch': test/main

[Bug java/20056] [4.0 regression] 'verification failed: incompatible type on stack' with --indirect-dispatch

--- Additional Comments From bonniot at users dot sf dot net 2005-02-18 14:53 --- Created an attachment (id=8226) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8226&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20056

[Bug target/20016] Compiling libgcc2.c with -Os for avr-gcc?

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-

[Bug target/20045] gcc.dg/ia64-fptr-1.c fails on ia64-hpux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 14:57 --- I think this testcase should only be testing on ia64-*-linux* -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20045

[Bug fortran/20057] New: internal compiler error: Bus error

I get a bus error with macintosh gfortran from the 20050213 package. Here is a simple routine that has the problem - [dranta:~/tests/gfortran] dir% gfortran -c mesh3d.f mesh3d.f: In function 'mesh3d': mesh3d.f:9: internal compiler error: Bus error Please submit a full bug report, with preprocessed

[Bug other/20055] Many source files are unnecessarily executable

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

[Bug fortran/20057] internal compiler error: Bus error

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 15:23 --- *** This bug has been marked as a duplicate of 15966 *** -- What|Removed |Added

[Bug fortran/15966] ICE and segmentation fault on internal write

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

[Bug tree-optimization/19828] [4.0 Regression] LIM is pulling out a pure function even though there is something which can modify global memory

--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-18 15:55 --- Just got hit by this too on subversion. Distilled testcase is: typedef __SIZE_TYPE__ size_t; extern size_t strlen (const char *s); extern int strncmp (const char *s1, const char *s2, size_t n); extern void abo

[Bug fortran/20058] New: Error on kind 16 hex data statement

I get an error with the Macintosh gfortran from the 20050213 package. This compilies with out problem on all the f90 and f95 compiliers that I have tried. Puting "Z'40028000'_INT8" as the data statement will let gfortran compile it, but then Absoft 9.0, Layhey 6.2 and IBM will reject it. [

[Bug tree-optimization/19828] [4.0 Regression] LIM is pulling out a pure function even though there is something which can modify global memory

--- Additional Comments From rakdver at gcc dot gnu dot org 2005-02-18 16:16 --- OK, I agree that definition of ``pure'' needs to be changed in order to be useful (and to match the expectations); obviously, any function that is not total does not match the current definition. What I f

[Bug fortran/20059] New: internal compiler error: Segmentation Fault - For common blocks

I get an Segmentation Fault with the Macintosh gfortran from the 20050213 package for this program. [dranta:~/tests/gfortran] dir% gfortran -c plotz.f [address=6f6c0004 pc=000140d0] plotz.f: In function 'plotz': plotz.f:1: internal compiler error: Segmentation Fault Please submit a full bug repor

[Bug java/18362] internal compiler error: in size_binop, at fold-const.c:1598

--- Additional Comments From bonniot at users dot sf dot net 2005-02-18 16:48 --- Created an attachment (id=8228) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8228&action=view) testcase This is a 6K jar that exhibits the same behaviour: $ /usr/lib/gcc-snapshot/bin/gcj --indirect

[Bug java/18362] internal compiler error: in size_binop, at fold-const.c:1598

-- What|Removed |Added CC||bonniot at users dot sf dot ||net http://gcc.gnu.org/bugzilla/s

configuration problem using --enable-intermodule on x86_64-unknown-linux-gnu

The build gets partially thru the stage2 and then crashes when trying to compile most of the back end in one step with the following message: gcc: cannot specify -o with -c or -S and multiple compilations This same step works fine on my pentium (suse 9.2) and darwin machines. I am compiling aga

[Bug c++/20060] New: Ambiguous MSG in array initialization when expression is not integral constant.

Sourc code for t.cpp: int mymain() { int n = 10; int (*p)[] = new int [2][n]; // error - 2nd dimension not constant return 0; } Expected Behaviour: -

[Bug target/20054] [4.0 Regression] ICE in change_address_1

--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-18 17:33 --- I think the reason why this paradoxical subreg of memory survived post reload is that the subreg is hardcoded in the llgt_sidi/llgt_sidi_split patterns. All other patterns have explicit subreg only around regi

[Bug c/20061] New: Certain flags generate warnings when they should not.

I am interested in looking at the GCC loop optimization. There are some tree dump flags that are registered (via register_dump_files() in tree-optimize.c). In particular, -fdump-tree-loopinit-raw and -fdump-tree-loopdone-raw that generate warnings when they should not. Specifically: gcc -O3 -S

[Bug target/20054] [4.0 Regression] ICE in change_address_1

--- Additional Comments From uweigand at gcc dot gnu dot org 2005-02-18 17:42 --- I think the middle-end *should* allow back-ends to use SUBREGs in that way. cleanup_subreg_operands should really act only on SUBREGs that are part of an operand, and not on SUBREGs that are part of the i

[Bug tree-optimization/19786] [4.0 Regression] Aliasing optimisation bug

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-18 17:45 --- I can't duplicate this with a tree updated some time earlier today. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19786

[Bug libstdc++/10606] uncaught_exception() returns false too early

--- Additional Comments From david dot moore at intel dot com 2005-02-18 17:56 --- As the person who has been working on similar problems in the Intel Compiler, Martin and I had some lengthy discussions about this during which he convinced me he was correct. The result was issue 475 i

[Bug c++/20062] New: hash_map leak memory

hash_map implementation of g++ extensions of STL leaks memory Environment: System: Linux rose 2.6.8-2004 #2 SMP Wed Nov 24 11:15:13 CET 2004 i686 GNU/Linux Architecture: i686 host: i486-pc-linux-gnu build: i486-pc-linux-gnu target: i486-pc-linux-gnu configured with: ../src/

[Bug libstdc++/20062] hash_map leak memory

-- What|Removed |Added Component|c++ |libstdc++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20062

[Bug libstdc++/20062] hash_map leak memory

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 18:18 --- (In reply to comment #0) > Compile the code, rerun command, I included in the description I don't see any. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20062

[Bug libstdc++/20062] hash_map leak memory

--- Additional Comments From arturas at inf dot unibz dot it 2005-02-18 18:25 --- Subject: Re: hash_map leak memory Hi Pinskia, I think I made a mistake including the code. Here's the code: - a.cc - #include #include

[Bug c++/20060] Ambiguous MSG in array initialization when expression is not integral constant.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 18:28 --- Fixed in 3.4.0 and above: t.cc: In function `int mymain()': t.cc:4: error: `n' cannot appear in a constant-expression -- What|Removed |Added

[Bug libstdc++/20062] hash_map leak memory

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 18:31 --- Can you read and make sure that this is not the documented "leak" (I put leak in quotes because it is not a leak really). -- http://gc

Re: configuration problem using --enable-intermodule on x86_64-unknown-linux-gnu

On Feb 18, 2005, at 11:50 AM, Kenneth Zadeck wrote: The build gets partially thru the stage2 and then crashes when trying to compile most of the back end in one step with the following message: gcc: cannot specify -o with -c or -S and multiple compilations This same step works fine on my pentium

[Bug middle-end/20061] Certain flags generate warnings when they should not.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 18:38 --- Confirmed. Note this flag only turns on the dumping for the tree based loop optimizators and not for the RTL based ones. -- What|Removed |Added

[Bug fortran/20059] internal compiler error: Segmentation Fault - For common blocks

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 18:44 --- Confirmed, but note I think this is the same as PR 19387 even though there is no ICE in that bug. -- What|Removed |Added

[Bug libstdc++/20062] hash_map leak memory

--- Additional Comments From pcarlini at suse dot de 2005-02-18 18:51 --- With valgrind, I cannot reproduce the problem on 3.3.3: ==32676== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 17 from 1) ==32676== malloc/free: in use at exit: 296360 bytes in 56 blocks. ==32676== malloc/

[Bug target/20054] [4.0 Regression] ICE in change_address_1

--- Additional Comments From uweigand at gcc dot gnu dot org 2005-02-18 18:45 --- OK, now I see the problem: cleanup_subreg_operands *does* indeed touch only operands. However, the result of the splitter matches the *llgt_didi insn instead of *llgt_disi, because after reload nonimmediat

[Bug ada/19140] ACATS c37402a segfaults at runtime

--- Additional Comments From uweigand at gcc dot gnu dot org 2005-02-18 19:01 --- This test case fails on s390(x) as well; in fact it is quite annoying because it causes the whole test suite to hang ... The reason for this appears to be that the Ada runtime has installed a segfault hand

[Bug tree-optimization/19952] ICE: tree check: expected class 'declaration', have 'statement' (label_expr) in tree_verify_flow_info, at tree-cfg.c:3709

--- Additional Comments From dpatel at apple dot com 2005-02-18 19:02 --- Subject: Re: ICE: tree check: expected class 'declaration', have 'statement' (label_expr) in tree_verify_flow_info, at tree-cfg.c:3709 ok - Devang -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19952

[Bug libstdc++/20062] hash_map leak memory

--- Additional Comments From arturas at inf dot unibz dot it 2005-02-18 19:04 --- Subject: Re: hash_map leak memory Hi Andrew, Thanks for the reply. I think you are correct. I overlooked that information completely. It seems there's no memory leak. I apologies for taking your time.

[Bug libstdc++/20062] hash_map leak memory

--- Additional Comments From pcarlini at suse dot de 2005-02-18 19:06 --- Agreed... -- What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/19508] [4.0 regression] dwarf2, ICE on __attribute__(aligned) in class template

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-18 19:12 --- Subject: Bug 19508 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-18 19:11:58 Modified files: gcc/cp : ChangeLog decl2.c gcc/testsu

[Bug c++/19508] [4.0 regression] dwarf2, ICE on __attribute__(aligned) in class template

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 19:14 --- The ICE itself is fixed and the rest of the bug is referenced in PR 17743 so closing as fixed. -- What|Removed |Added ---

[Bug ada/18659] [4.0 Regression] ACATS ICE in bug in tree-sra.c:1507 on x86 and ppc-darwin (6 FAIL)

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-18 19:20 --- > > SRA is an Ada killer because of the the abuse of VIEW_CONVERT_EXPRs by the > > Ada > > front-end. I think it should be disabled in the Ada compiler for 4.0.x. > > Sounds reasonable to me. OK, I'll

[Bug ada/19959] [4.0 Regression] Can't compile gnattools for the cross targets

--- Additional Comments From berndtrog at yahoo dot com 2005-02-18 20:22 --- Fails for --target=i386-elf too. -- What|Removed |Added GCC target triplet|avr

[Bug target/19830] cris-elf testsuite failure: gcc.c-torture/execute/920501-8.c execute tests.

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-18 20:25 --- Upon closer examination, the miscompiled vfprintf.c is missing a compare insn. This seems to have been the same bug as PR 19898. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19830

[Bug target/19636] Can't compile ethernut OS (avr-gcc)

-- What|Removed |Added CC||berndtrog at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19636

Re: configuration problem using --enable-intermodule on x86_64-unknown-linux-gnu

Thanks, for looking into it. kenny Andrew Pinski wrote: On Feb 18, 2005, at 11:50 AM, Kenneth Zadeck wrote: The build gets partially thru the stage2 and then crashes when trying to compile most of the back end in one step with the following message: gcc: cannot specify -o with -c or -S and multip

[Bug target/19830] cris-elf testsuite failure: gcc.c-torture/execute/920501-8.c execute tests.

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-18 20:28 --- .dbr: (insn:QI 852 851 853 /home/hp/cvs_areas/combined/cvs_write/newlib/libc/stdio/vfprintf.c:1310 (set (cc0) (compare (reg/v/f:SI 2 r2 [orig:130 bp ] [130]) (reg/f:SI 9 r9 [orig:738 bp ] [73

[Bug target/19830] cris-elf testsuite failure: gcc.c-torture/execute/920501-8.c execute tests.

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-18 20:32 --- One final note: this code is at the point in the simulator trace where the number of digits is calculated and first seen to be different between the faulty code and working code (that is, working due to unrelated

[Bug tree-optimization/19786] [4.0 Regression] Aliasing optimisation bug

a Core 1, with a g++ which I have just built (20050218). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19786

[Bug fortran/20063] New: gfortran assembler error - : Bad Absolute Expression, absolute 0 assumed.

I get this error with the Macintosh gfortran from the 20050213 package with some of my programs. [dranta:~/tests/gfortran] dir% gfortran -c block.f /var/tmp//ccu5xNom.s:28:Bad Absolute Expression, absolute 0 assumed. /var/tmp//ccu5xNom.s:28:Repeat < 0, .space ignored /var/tmp//ccu5xNom.s:88:Bad Ab

[Bug tree-optimization/18977] [4.0 regression] LAPACK test xeigtsts segfaults with optimization

--- Additional Comments From wilson at gcc dot gnu dot org 2005-02-18 20:53 --- This is a tree-optimization problem not a target problem. -- What|Removed |Added Assi

[Bug fortran/20063] gfortran assembler error - : Bad Absolute Expression, absolute 0 assumed.

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-02-18 21:01 --- Your code compiles fine on amd64-*-freebsd where I'm using a gfortran form 20050218 sources. I do get a warning though troutmask:kargl[205] /usr/tmp/sgk/bin/gfc -c e.f /var/tmp/ccvV0

[Bug fortran/20063] gfortran assembler error, n*'xxxx' is broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 21:06 --- Confirmed, reduced to: block data blkdat character*8 names common/vfile/names(3) data names / 'a',2*''/ end -- What|Removed |Added -

[Bug fortran/20063] gfortran assembler error, n*'xxxx' is broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 21:07 --- (In reply to comment #1) > Your code compiles fine on amd64-*-freebsd where I'm using a gfortran > form 20050218 sources. I do get a warning though Darwin's as treats those warnings a

[Bug target/20054] [4.0 Regression] ICE in change_address_1

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-18 21:11 --- Subject: Bug 20054 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-18 21:11:07 Modified files: gcc: ChangeLog gcc/config/s390: s

[Bug target/20054] [4.0 Regression] ICE in change_address_1

--- Additional Comments From uweigand at gcc dot gnu dot org 2005-02-18 21:15 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug target/20054] [4.0 Regression] ICE in change_address_1

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

[Bug target/19886] [4.0 Regression] g++.dg/eh/registers1.C execution test fails

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-18 21:23 --- Subject: Bug 19886 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-18 21:23:16 Modified files: gcc: ChangeLog gcc/config/ia64: i

[Bug c++/20064] New: Types shall not be defined in casts in the strict mode.

Sourc code for t.cpp: int mymain() { void *p = (void *)(struct {int i;} *)0; /* error - can't define a type in a cast */ return 0; } Expected Behaviour: --

[Bug tree-optimization/18178] Missed opportunity for removing bounds checking

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-18 21:29 --- Subject: Bug 18178 CVSROOT:/cvs/gcc Module name:gcc Branch: tree-cleanup-branch Changes by: [EMAIL PROTECTED] 2005-02-18 21:28:58 Modified files: gcc: C

[Bug c++/20064] Types shall not be defined in casts in the strict mode.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 21:29 --- There are two things here, -pedantic does not enable strict mode, just the warnings for strict mode, use -pedantic-errors instead. Anyways this is rejected by default with 3.4.0 and above. --

[Bug fortran/20063] n*'xxxx' disables padding

--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-18 21:35 --- >From the generated assembly .ascii "a " .zero 4294967292 .ascii "" .zero 4 .ascii "" .zero 4 .zero 4 i.e. the elements that are

[Bug fortran/20063] n*'xxxx' disables padding

--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-18 21:37 --- Well, more precisely: they're zero-padded instead of being padded with blanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20063

[Bug tree-optimization/18178] Missed opportunity for removing bounds checking

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-02-18 21:44 --- Fix. http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01074.html. The patch allows VRP to eliminate 42% more conditionals on cc1-i-files and 173% more conditionals on DLV. But produces little difference in

[Bug tree-optimization/19659] GCC does not remove an "if" statement that never triggers.

-- Bug 19659 depends on bug 18178, which changed state. Bug 18178 Summary: Missed opportunity for removing bounds checking http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18178 What|Old Value |New Value --

[Bug tree-optimization/18178] Missed opportunity for removing bounds checking

--- Additional Comments From schlie at comcast dot net 2005-02-18 21:57 --- (In reply to comment #6) > Fix. http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01074.html. For 4.0 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18178

[Bug java/20056] [4.0 regression] 'verification failed: incompatible type on stack' with --indirect-dispatch

--- Additional Comments From tromey at gcc dot gnu dot org 2005-02-18 22:00 --- I'm looking at this -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |t

[Bug tree-optimization/18178] Missed opportunity for removing bounds checking

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 22:00 --- (In reply to comment #7) > (In reply to comment #6) > > Fix. http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01074.html. > > For 4.0 ? No, but for 4.1, reopening as there is no 4.1 right now. --

[Bug tree-optimization/19659] GCC does not remove an "if" statement that never triggers.

-- Bug 19659 depends on bug 18178, which changed state. Bug 18178 Summary: Missed opportunity for removing bounds checking http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18178 What|Old Value |New Value --

[Bug tree-optimization/18178] Missed opportunity for removing bounds checking

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-18 22:01 --- Suspending as fixed and moving the target milestone to 4.1.0 so we know to retest it when tcb gets merged in. -- What|Removed |Added ---

  1   2   >