[Bug c++/28525] ICE after duplicate_decls

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-29 05:30 --- The ggc_free there is new for 4.0.0 and was added by Mark, maybe you should CC him. If commenting out the ggc_free makes this work, this is unrelated to PR 27100. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug debug/28518] Single stepping until exit ...

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-29 05:28 --- (In reply to comment #3) > Any ideas on the 'warning: Lowest section in /usr/lib/libthread.so.1 is > .dynamic' messages ? That is a gdb question and I don't know how to answer it. Also are you compiling with just -

[Bug driver/28528] [4.0/4.1/4.2 regression] Trouble compiling header files with "-x c++" using g++

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-29 05:27 --- I think the behavior changed in 3.4 with the additional of PCH but I need to double check what happens in 3.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28528

[Bug c++/28514] [4.2 Regression] libstdc++ vs. anonymous namespaces

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-29 05:25 --- I think this is 4.2 regression now but I need to reduce it. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/28513] [4.0/4.1/4.2 Regression] QOI: Diagnostic missing since 3.3.x when naming rule is violated

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-29 05:24 --- Confirmed, I was the one who recommended that Roger file this bug. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug gcov/profile/28480] [4.2 Regression] inliner-1.c:31: ICE: in set_bb_for_stmt, at tree-cfg.c:2775

2006-07-28 Thread pinskia at gcc dot gnu dot org
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfi

[Bug target/28508] Assembler Error: operand out of range (145 not between -128 and 127) form m32r-target

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-07-29 05:22 --- So the assembler adds the nops. Hmm, is there a reason why GCC could add them instead? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug gcov/profile/28441] Need atomic increment of gcov counters for MP programs

2006-07-28 Thread ian at airs dot com
--- Comment #9 from ian at airs dot com 2006-07-29 05:21 --- It is safest to avoid posting the patch to a gcc mailing list before the copyright assignment is signed. It protects us in the (hopefully unlikely) case that the copyright assignment never does get signed. Otherwise we have a

[Bug libfortran/25289] Cannot handle record numbers large than huge(0_4)

2006-07-28 Thread jvdelisle at gcc dot gnu dot org
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2006-07-29 05:12 --- Fixed on 4.2 -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Statu

[Bug preprocessor/28521] -E output incorrectly concatenates tokens into trigraphs

2006-07-28 Thread sabre at nondot dot org
--- Comment #9 from sabre at nondot dot org 2006-07-29 05:03 --- ok -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28521

[Bug preprocessor/28521] -E output incorrectly concatenates tokens into trigraphs

2006-07-28 Thread neil at gcc dot gnu dot org
--- Comment #8 from neil at gcc dot gnu dot org 2006-07-29 05:02 --- This is not a bug. If you are preprocessing preprocessed output, you must use -fpreprocessed as documented. Otherwise many other things will go wrong, not just this. The bug is on your command line. -- neil at gc

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread sabre at nondot dot org
--- Comment #18 from sabre at nondot dot org 2006-07-29 01:08 --- ok, fair enough. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520

[Bug gcov/profile/28441] Need atomic increment of gcov counters for MP programs

2006-07-28 Thread steven at gcc dot gnu dot org
--- Comment #8 from steven at gcc dot gnu dot org 2006-07-29 00:41 --- Is it necessary to wait with posting until the copyright assignment process is finished, or can the patch be posted for a first review before the assignment is on file? -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug preprocessor/28521] -E output incorrectly concatenates tokens into trigraphs

2006-07-28 Thread steven at gcc dot gnu dot org
--- Comment #7 from steven at gcc dot gnu dot org 2006-07-29 00:32 --- Seems like a bug to me alright. -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-07-29 00:18 --- Actually in C++ mode, this is done correctly so this is invalid based on that. earth:~>gcc -E -o - t.cc # 1 "t.cc" # 1 "" # 1 "" # 1 "t.cc" vi t.c earth:~>gcc -E -o - t.c # 1 "t.c" # 1 "" # 1 "" # 1 "t.c" http:

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread sabre at nondot dot org
--- Comment #16 from sabre at nondot dot org 2006-07-29 00:15 --- Do what ever you want, but it certainly is a bug with current GCC.  I filed this bug out of desire to help free software get better, not out of any great need to have the bug fixed. -- http://gcc.gnu.org/bugzilla/show

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-07-29 00:15 --- PR 14556 is another PR about this extension. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-07-29 00:14 --- Suspending until the extension is removed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread pinskia at gcc dot gnu dot org
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfi

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-07-29 00:13 --- So this is only really for C++ mode. And at that is going away so really should be just suspended. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread sabre at nondot dot org
--- Comment #12 from sabre at nondot dot org 2006-07-29 00:13 --- ... which means it's a bug, so please stop closing it! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-07-29 00:13 --- which should have been removed for 4.2 but was not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-07-29 00:12 --- (In reply to comment #9) > As I mention above, it is a GCC extension. Isn't gcc great? :) A deperated one at that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread sabre at nondot dot org
--- Comment #9 from sabre at nondot dot org 2006-07-29 00:09 --- As I mention above, it is a GCC extension.  Isn't gcc great? :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520

[Bug preprocessor/28521] -E output incorrectly concatenates tokens into trigraphs

2006-07-28 Thread sabre at nondot dot org
--- Comment #6 from sabre at nondot dot org 2006-07-29 00:08 --- Andrew, I'm well aware that a trigraph is not a token.  If you read the report, I say that "gcc -E" produces output that a subsequent GCC will not reparse into the same result. Again, this is the whole point of: http://gcc

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-07-29 00:08 --- (In reply to comment #6) > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread sabre at nondot dot org
--- Comment #7 from sabre at nondot dot org 2006-07-29 00:06 --- more specifically http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread sabre at nondot dot org
--- Comment #6 from sabre at nondot dot org 2006-07-29 00:05 --- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520

[Bug preprocessor/28521] -E output incorrectly concatenates tokens into trigraphs

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-07-29 00:05 --- No it is not a token. It is a trigraph which is different than a token. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-07-29 00:04 --- (In reply to comment #4) > I realize that ?= is not a token. However, http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520

[Bug preprocessor/28521] -E output incorrectly concatenates tokens into trigraphs

2006-07-28 Thread sabre at nondot dot org
--- Comment #4 from sabre at nondot dot org 2006-07-28 23:59 --- I realize that tokenization is correct.  As per: http://gcc.gnu.org/onlinedocs/cppinternals/Token-Spacing.html#Token-Spacing GCC should be emitting the space so that the subsequent relex of the output won't lex incorrectly

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread sabre at nondot dot org
--- Comment #4 from sabre at nondot dot org 2006-07-28 23:58 --- I realize that ?= is not a token.  However, http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520

[Bug inline-asm/8788] ICE in emit_move_insn, at expr.c:3089

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #21 from pinskia at gcc dot gnu dot org 2006-07-28 23:48 --- *** Bug 28529 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug inline-asm/28529] [GCC 3.4.6] internal compiler error: in emit_move_insn, at expr.c:2809

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-28 23:48 --- This code is invalid as you cannot pass a struct in a register. Oh this is a dup of bug 8788 which has been fixed for 4.1.0. *** This bug has been marked as a duplicate of 8788 *** -- pinskia at gcc dot gnu dot

[Bug preprocessor/28521] -E output incorrectly concatenates tokens into trigraphs

2006-07-28 Thread neil at gcc dot gnu dot org
--- Comment #3 from neil at gcc dot gnu dot org 2006-07-28 23:48 --- Tokenization is correct since preprocessed output has been through stages 1-3 and starts at stage 4. If you're passing -trigraphs then your command line is incorrect. -- neil at gcc dot gnu dot org changed:

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread neil at gcc dot gnu dot org
--- Comment #3 from neil at gcc dot gnu dot org 2006-07-28 23:47 --- Tokenization is correct on reprocessing since ?= is not a token. -- neil at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/28529] New: [GCC 3.4.6] internal compiler error: in emit_move_insn, at expr.c:2809

2006-07-28 Thread mmiikkee13 at gmail dot com
I'm using gcc 3.4.6 and I get an ICE compiling this: int setjmp(jmp_buf_t buf) { __asm__ __volatile__ ( "movl %%edi,(%0)\n" "movl %%esi,4(%0)\n" "movl %%ebp,8(%0)\n" "movl %%ebx,16(%0)\n" "movl %%edx,20

[Bug libgcj/23682] gnu.java.nio.SelectorImpl.select(long) throws ArrayIndexOutOfBoundsException

2006-07-28 Thread tromey at gcc dot gnu dot org
--- Comment #5 from tromey at gcc dot gnu dot org 2006-07-28 22:06 --- I have a patch I'm testing. This code in classpath looks quite bad :( I fixed this problem by adding synchronization. However, really very little synchronization should be needed. Instead we could be doing something

[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops

2006-07-28 Thread danglin at gcc dot gnu dot org
--- Comment #28 from danglin at gcc dot gnu dot org 2006-07-28 21:51 --- I've been trying to figure out why we end up with the strange intialization for the parity loop. I see this rtl in the loop2 dump: ;; Start of basic block 7, registers live: (nil) (code_label 57 56 108 7 47 "" [1

[Bug rtl-optimization/28221] [4.1 regression] ICE in add_insn_before, at emit-rtl.c:3479

2006-07-28 Thread sje at cup dot hp dot com
--- Comment #8 from sje at cup dot hp dot com 2006-07-28 21:45 --- If we apply the patch from http://gcc.gnu.org/ml/gcc-patches/2005-11/msg02094.html first then we can apply the patch for PR 27291. I did this on the 4.1 branch and the bug went away. I have not done a full bootstrap wit

[Bug c++/27962] [4.1 regression] ICE with invalid template parameter in specialization

2006-07-28 Thread lmillward at gcc dot gnu dot org
--- Comment #5 from lmillward at gcc dot gnu dot org 2006-07-28 21:20 --- Fixed in 4.1.2 -- lmillward at gcc dot gnu dot org changed: What|Removed |Added Sta

[Bug c++/27668] [4.0 regression] ICE with invalid template parameter

2006-07-28 Thread lmillward at gcc dot gnu dot org
--- Comment #7 from lmillward at gcc dot gnu dot org 2006-07-28 21:19 --- Fixed in 4.1.2 -- lmillward at gcc dot gnu dot org changed: What|Removed |Added Assigne

[Bug c++/27668] [4.0/4.1 regression] ICE with invalid template parameter

2006-07-28 Thread lmillward at gcc dot gnu dot org
--- Comment #6 from lmillward at gcc dot gnu dot org 2006-07-28 21:17 --- Subject: Bug 27668 Author: lmillward Date: Fri Jul 28 21:17:28 2006 New Revision: 115801 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115801 Log: PR c++/27668 PR c++/27962 * pt.c

[Bug c++/27962] [4.1 regression] ICE with invalid template parameter in specialization

2006-07-28 Thread lmillward at gcc dot gnu dot org
--- Comment #4 from lmillward at gcc dot gnu dot org 2006-07-28 21:17 --- Subject: Bug 27962 Author: lmillward Date: Fri Jul 28 21:17:28 2006 New Revision: 115801 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115801 Log: PR c++/27668 PR c++/27962 * pt.c

[Bug bootstrap/28133] Cross-compile of GCC fails with "C compiler cannot create executables" error

2006-07-28 Thread spkelly at andrew dot cmu dot edu
--- Comment #2 from spkelly at andrew dot cmu dot edu 2006-07-28 19:37 --- (In reply to comment #1) > Actually this is a dup of bug 25035. > > *** This bug has been marked as a duplicate of 25035 *** > Actually, I'm getting the same list of errors when trying to build programs ~with~

[Bug debug/28518] Single stepping until exit ...

2006-07-28 Thread alex dot jacob at logicacmg dot com
--- Comment #3 from alex dot jacob at logicacmg dot com 2006-07-28 19:00 --- Hello, Thanks for the prompt reply. Sadly, I am not able to generate a test case for this. All the while loops I write to try and duplicate this seems to work fine. The specific case where this is a problem is

[Bug c++/27962] [4.0/4.1 regression] ICE with invalid template parameter in specialization

2006-07-28 Thread lmillward at gcc dot gnu dot org
--- Comment #3 from lmillward at gcc dot gnu dot org 2006-07-28 17:03 --- Fixed on mainline. Will apply to 4.1 branch when testing completes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27962

[Bug c++/27668] [4.0/4.1 regression] ICE with invalid template parameter

2006-07-28 Thread lmillward at gcc dot gnu dot org
--- Comment #5 from lmillward at gcc dot gnu dot org 2006-07-28 17:02 --- Fixed on mainline. Will apply to 4.1 branch when testing completes. -- lmillward at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/27962] [4.0/4.1 regression] ICE with invalid template parameter in specialization

2006-07-28 Thread lmillward at gcc dot gnu dot org
--- Comment #2 from lmillward at gcc dot gnu dot org 2006-07-28 17:01 --- Subject: Bug 27962 Author: lmillward Date: Fri Jul 28 17:01:19 2006 New Revision: 115800 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115800 Log: PR c++/27668 PR c++/27962 * pt.c

[Bug c++/27668] [4.0/4.1/4.2 regression] ICE with invalid template parameter

2006-07-28 Thread lmillward at gcc dot gnu dot org
--- Comment #4 from lmillward at gcc dot gnu dot org 2006-07-28 17:01 --- Subject: Bug 27668 Author: lmillward Date: Fri Jul 28 17:01:19 2006 New Revision: 115800 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115800 Log: PR c++/27668 PR c++/27962 * pt.c

[Bug fortran/28339] gfortran misses a record from a format statement

2006-07-28 Thread jvdelisle at gcc dot gnu dot org
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-07-28 16:49 --- Subject: Bug 28339 Author: jvdelisle Date: Fri Jul 28 16:48:58 2006 New Revision: 115799 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115799 Log: 2006-07-28 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug fortran/28339] gfortran misses a record from a format statement

2006-07-28 Thread jvdelisle at gcc dot gnu dot org
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2006-07-28 16:47 --- Subject: Bug 28339 Author: jvdelisle Date: Fri Jul 28 16:46:57 2006 New Revision: 115798 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115798 Log: 2006-07-28 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug preprocessor/28521] -E output incorrectly concatenates tokens into trigraphs

2006-07-28 Thread sabre at nondot dot org
--- Comment #2 from sabre at nondot dot org 2006-07-28 16:26 --- It should print a space for the same reason that this does: #define x - -x -Chris -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28521

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread sabre at nondot dot org
--- Comment #2 from sabre at nondot dot org 2006-07-28 16:26 --- It should print a space for the same reason that this does: #define x - -x -Chris -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520

[Bug preprocessor/28521] -E output incorrectly concatenates tokens into trigraphs

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-28 16:23 --- Hmm, phase 1 (which includes trigraphs) preprocessing happens before phase 2 (macros) so I don't think this is a bug. And macros cannot produce trigraphs either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2

[Bug preprocessor/28520] preprocessed output does not lex to correct tokens

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-28 16:23 --- Hmm, phase 1 preprocessing happens before phase 2 (the macros) so I don't think this is a bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520

[Bug tree-optimization/27937] [4.2 Regression] Ada bootstrap failure on Solaris 10/x86

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-07-28 16:21 --- Fixed so closing as such. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/27937] [4.2 Regression] Ada bootstrap failure on Solaris 10/x86

2006-07-28 Thread ro at techfak dot uni-bielefeld dot de
--- Comment #12 from ro at techfak dot uni-bielefeld dot de 2006-07-28 16:03 --- Subject: Re: [4.2 Regression] Ada bootstrap failure on Solaris 10/x86 rguenth at gcc dot gnu dot org writes: > Is this now fixed on the mainline? A mainline bootstrap as of 20060724 was successful, so i

[Bug tree-optimization/28411] "Illegal instruction" error with -ftrapv

2006-07-28 Thread rakdver at gcc dot gnu dot org
-- rakdver at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot |dot org

[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions

2006-07-28 Thread tbm at cyrius dot com
--- Comment #11 from tbm at cyrius dot com 2006-07-28 15:40 --- And the original ICE at -O2 only shows up when you comine -funwind-tables or -fexceptions with -pg: (sid)119:[EMAIL PROTECTED]: ~] gcc -c -std=gnu99 -mtp=soft -funwind-tables -pg -O2 orig.c orig.c: In function ‘check_mat

[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions

2006-07-28 Thread tbm at cyrius dot com
--- Comment #10 from tbm at cyrius dot com 2006-07-28 15:37 --- Here: (sid)96:[EMAIL PROTECTED]: ~] gcc -c -std=gnu99 -mtp=soft -fexceptions orig.c orig.c: In function ‘check_match’: orig.c:5165: internal compiler error: in arm_unwind_emit_set, at config/arm/arm.c:15419 Please submit a

[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions

2006-07-28 Thread r dot schwebel at pengutronix dot de
--- Comment #9 from r dot schwebel at pengutronix dot de 2006-07-28 15:30 --- (In reply to comment #8) > I don't believe that it's possible to trigger this ICE unless you specify > -fexceptions or -funwind-tables. Confirmed: Removing -fexceptions from the command line: ICE is still th

[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions

2006-07-28 Thread pbrook at gcc dot gnu dot org
--- Comment #8 from pbrook at gcc dot gnu dot org 2006-07-28 15:06 --- I don't believe that it's possible to trigger this ICE unless you specify -fexceptions or -funwind-tables. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516

[Bug fortran/28339] gfortran misses a record from a format statement

2006-07-28 Thread jvdelisle at gcc dot gnu dot org
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2006-07-28 14:56 --- Lately, unless someone requests, I have not been committing to 4.1 branch. However, since you asked, I will gladly do so. BTW Thanks for the bug reports. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28339

[Bug libgcj/13604] AccessController unfinished

2006-07-28 Thread tromey at gcc dot gnu dot org
-- tromey at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13604

[Bug driver/28528] [4.0/4.1/4.2 regression] Trouble compiling header files with "-x c++" using g++

2006-07-28 Thread pinskia at gcc dot gnu dot org
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions

2006-07-28 Thread r dot schwebel at pengutronix dot de
--- Comment #7 from r dot schwebel at pengutronix dot de 2006-07-28 13:46 --- (In reply to comment #6) > If your test fails with -fno-exceptions then you're hitting a different bug. Different from ... what? The bug Martin reported is based on my report. -- http://gcc.gnu.org/bugzi

[Bug driver/28528] New: [4.0/4.1/4.2 regression] Trouble compiling header files with "-x c++" using g++

2006-07-28 Thread reichelt at gcc dot gnu dot org
The g++ driver has problems with *.h files compiled with "-x c++": g++ -c -x c++ file.h yields a precompiled header file.h.gch instead of file.o. g++ -S -x c++ file.h yields an error message: cc1plus: error: output filename specified twice With "-x c" everything works as expected. Also using

[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions

2006-07-28 Thread pbrook at gcc dot gnu dot org
--- Comment #6 from pbrook at gcc dot gnu dot org 2006-07-28 13:19 --- If your test fails with -fno-exceptions then you're hitting a different bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516

[Bug c++/14179] [4.0/4.1/4.2 Regression] out of memory while parsing array with many initializers

2006-07-28 Thread bonzini at gnu dot org
--- Comment #45 from bonzini at gnu dot org 2006-07-28 12:20 --- (From update of attachment 8814) The patch is not relevant anymore after the commit that Ian pointed out. -- bonzini at gnu dot org changed: What|Removed |Added --

[Bug fortran/28526] New: 'end' is recognized as a variable incorrectly

2006-07-28 Thread iguchi at coral dot t dot u-tokyo dot ac dot jp
In compiling the following program, I have got a error message. I think it is a wrong behavior. $ gfortran -v Using built-in specs. Target: powerpc-apple-darwin7.9.0 Configured with: ../gcc/configure --prefix=/usr/local/gfortran --enable-languages=c,fortran --with-gmp=/tmp/gfortran-20060512/gfortr

[Bug tree-optimization/21465] autovectorisation conflicts with -ffast-math

2006-07-28 Thread rguenth at gcc dot gnu dot org
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-07-28 11:45 --- the vectorizer should recognize this particular case or we might want to expand pow() again at the tree level before the vectorizer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21465

[Bug c++/28505] [4.0/4.1/4.2 regression] ICE with invalid constructors

2006-07-28 Thread reichelt at gcc dot gnu dot org
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28505

[Bug c++/28274] [4.0/4.1/4.2 Regression] Redeclaration with extra default argument doesn't work

2006-07-28 Thread patchapp at dberlin dot org
--- Comment #3 from patchapp at dberlin dot org 2006-07-28 11:35 --- Subject: Bug number PR c++/28274 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-07/msg01189.html -- http://gcc.gnu.org/bugzil

[Bug c++/28525] New: ICE after duplicate_decls

2006-07-28 Thread reichelt at gcc dot gnu dot org
While debugging PR 28274 I came across the following problem: If I apply the second hunk of the patch below, the C++ frontend crashes on the following code: == void foo(); void foo() {} == :0: note: OLD DECL2 'struct std::type_info' zsh: 25734 segmenta

[Bug c++/28523] [4.0/4.1/4.2 Regression] Throw of a derived class casted to its base class using a C-style cast

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-28 11:12 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug c++/28523] [4.0/4.1/4.2 Regression] Throw of a derived class casted to its base class using a C-style cast

2006-07-28 Thread pinskia at gcc dot gnu dot org
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug libgcj/13604] AccessController unfinished

2006-07-28 Thread gbenson at redhat dot com
--- Comment #9 from gbenson at redhat dot com 2006-07-28 10:59 --- Fixed. -- gbenson at redhat dot com changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/28524] x*x in a loop folded to powf(x,2.) which prevents vectorization

2006-07-28 Thread fxcoudert at gcc dot gnu dot org
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-07-28 10:55 --- I did do a bugzilla search before writing to mailing-list, searching for the error message "relevant stmt not supported" in the comment, but it looks like the error message was changed at some point. -- http:

[Bug libgcj/13604] AccessController unfinished

2006-07-28 Thread gary at gcc dot gnu dot org
--- Comment #8 from gary at gcc dot gnu dot org 2006-07-28 10:54 --- Subject: Bug 13604 Author: gary Date: Fri Jul 28 10:54:11 2006 New Revision: 115793 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115793 Log: 2006-07-28 Gary Benson <[EMAIL PROTECTED]> Casey Mars

[Bug tree-optimization/28524] x*x in a loop folded to powf(x,2.) which prevents vectorization

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-28 10:53 --- Richard, next time you tell someone to file a bug report, please at least look quickly at other bug reports which were filed before telling them to file a new one. Finding the other bug was easy because the summary

[Bug tree-optimization/21465] autovectorisation conflicts with -ffast-math

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-28 10:51 --- *** Bug 28524 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/28524] x*x in a loop folded to powf(x,2.) which prevents vectorization

2006-07-28 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-28 10:51 --- *** This bug has been marked as a duplicate of 21465 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/28524] New: x*x in a loop folded to powf(x,2.) which prevents vectorization

2006-07-28 Thread fxcoudert at gcc dot gnu dot org
$ cat a.c void foo (float * restrict x, float * restrict y) { int i; for (i = 0; i < 1; i++) x[i] = y[i] * y[i]; } $ gcc a.c -O1 -ffast-math -msse -mfpmath=sse -ftree-vectorize -ftree-vectorizer-verbose=5 -std=c99 -c a.c:5: note: Alignment of access forced using peeling. a.c:5: note: V

[Bug target/28516] [4.2 regression] arm_unwind_emit_set, at config/arm/arm.c:15419 with -fexceptions

2006-07-28 Thread r dot schwebel at pengutronix dot de
--- Comment #5 from r dot schwebel at pengutronix dot de 2006-07-28 10:44 --- (In reply to comment #2) > The reduced testcase passes the -O because gcc un-nests the function. Is this > true of the original testcase, or does glibc require trampolines? The original testcase doesn't pass;

[Bug c++/28523] New: Throw of a derived class casted to its base class using a C-style cast

2006-07-28 Thread m dot faustino at gmail dot com
The compiler generates the error: a.cpp: In function ‘int main()’: a.cpp:6: internal compiler error: in stabilize_call, at cp/tree.c:2248 For this code: class A {}; class B : public A {}; int main() { throw (A) B(); return 0; } Info: gcc version 4.1.1 Target: i686-pc-linux-gnu

[Bug fortran/28339] gfortran misses a record from a format statement

2006-07-28 Thread tobias dot burnus at physik dot fu-berlin dot de
--- Comment #8 from tobias dot burnus at physik dot fu-berlin dot de 2006-07-28 10:16 --- > Resolution: FIXED > Fixed on 4.2 What about 4.1.x? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28339

[Bug rtl-optimization/28071] [4.1/4.2 regression] A file that can not be compiled in reasonable time/space

2006-07-28 Thread hubicka at ucw dot cz
--- Comment #32 from hubicka at ucw dot cz 2006-07-28 09:41 --- Subject: Re: [4.1/4.2 regression] A file that can not be compiled in reasonable time/space Hi, I've added this testcase to our's memory regression tester (see gcc-regression mainling list), so hopefully the quadratic memor

[Bug rtl-optimization/28071] [4.1/4.2 regression] A file that can not be compiled in reasonable time/space

2006-07-28 Thread patchapp at dberlin dot org
--- Comment #31 from patchapp at dberlin dot org 2006-07-28 09:30 --- Subject: Bug number PR rtl-optimization/28071 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-07/msg01185.html -- http://gcc.

[Bug gcov/profile/28480] [4.2 Regression] inliner-1.c:31: ICE: in set_bb_for_stmt, at tree-cfg.c:2775

2006-07-28 Thread patchapp at dberlin dot org
--- Comment #8 from patchapp at dberlin dot org 2006-07-28 09:00 --- Subject: Bug number profile/28480 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-07/msg01184.html -- http://gcc.gnu.org/bugzi

[Bug fortran/28068] Non-standard intrinsics should be documented

2006-07-28 Thread fxcoudert at gcc dot gnu dot org
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-07-28 08:53 --- (In reply to comment #0) > It would also be nice to have a compiler parameter to turn off > non-standard intrinsics. By the way: the correct option to compile standard code is to use -std=f95. That will turn off

[Bug libgcj/13604] AccessController unfinished

2006-07-28 Thread gbenson at redhat dot com
-- gbenson at redhat dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |gbenson at redhat dot com |dot org |