[Bug other/14251] Use POSIX-compatible flags for 'head' and 'tail'

--- Comment #21 from eggert at gnu dot org 2006-05-05 06:54 --- Created an attachment (id=11381) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11381&action=view) port GCC to 'sort' and 'tail' that use POSIX syntax This patch (originally reported in Bug 27434) ports the GCC build p

[Bug fortran/27411] crashes in sra_walk_expr and emit_move_insn

--- Comment #3 from paul dot thomas at jet dot uk 2006-05-05 06:26 --- The patch below fixes the problem by enclosing the expression for the array reference outputs%signal_number in parentheses(You can verify that this does the right thing by doing it explicitly in the fortran.). This t

[Bug fortran/21130] 38822 lines of Fortran 90 takes more than 10 minutes to compile on a dual 3GHz P4 Linux box with lots of RAM

--- Comment #13 from jvdelisle at gcc dot gnu dot org 2006-05-05 05:40 --- Bud, unless you are going to chase this further I vote that you close this PR. Was the patch going to go to 4.1 branch as well? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21130

[Bug fortran/24993] LAPACK builds but dies in the testsuite

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-05-05 05:37 --- I would like to propose we close this bug. LAPACK has been working fine since 4.1. Any objections? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24993

[Bug middle-end/27414] IA64 bootstrap comparison failure, stage 2 -> 3

--- Comment #5 from ianw at gelato dot unsw dot edu dot au 2006-05-05 03:36 --- Ok, I rebuilt and it seems OK. Thinking about it, in the failed tree I did stop it after about two minutes, because I forgot to do only --enable-languages=c. So did make clean and reconfigured, which obvio

[Bug objc/27438] '_OBJC_INSTANCE_0' defined but not used warning (unit at a time)

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-05 03:18 --- Reducing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|'_OBJC

[Bug tree-optimization/27441] VAR - 1 not identified as the same as VAR + -1

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-05 02:44 --- Here is a testcase: int f(int i, int t) { if ((i + -1) != t) return 4; return i - 1; } --- The RTL level PRE catches this though. -- pinskia at gcc dot gnu dot org changed: What|Remove

[Bug tree-optimization/27441] VAR - 1 not identified as the same as VAR + -1

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-05 02:41 --- This is basicially PR 27132. The problem is that we don't canonicalize the constant to be the negative. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/27441] New: VAR - 1 not identified as the same as VAR + -1

It seems that neither FRE nor PRE can determine that stride.115 - 1 is the same as stride.115 + -1 in the example below (taken from the comm3 function in mgrid from SPEC2000). (Or am I missing something?) : stride.115 = *n; stride.117 = stride.115 * stride.115; offset.118 = ~stride.115 - str

[Bug c/27420] ICE on invalid function definition

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last re

[Bug c/27420] ICE on invalid function definition

--- Comment #1 from reichelt at gcc dot gnu dot org 2006-05-05 01:20 --- Testing a patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Assigne

[Bug target/27421] [4.0/4.1/4.2 regression] ICE with invalid array in struct

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-05 01:02 --- This looks like the same issue as PR 24672. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/27421] [4.0/4.1/4.2 regression] ICE with invalid array in struct

--- Comment #1 from reichelt at gcc dot gnu dot org 2006-05-05 00:58 --- This is target-specific. Doesn't happen on i686-pc-linux-gnu. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

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

--- Comment #1 from reichelt at gcc dot gnu dot org 2006-05-05 00:42 --- Testing a patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Assigne

[Bug c++/27423] ICE on default argument for void parameter

--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-05 00:42 --- Testing a patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Assigne

[Bug c++/27423] ICE on default argument for void parameter

--- Comment #1 from reichelt at gcc dot gnu dot org 2006-05-05 00:29 --- On mainline we now ICE: PR27423.cc:1: error: '' has incomplete type PR27423.cc:1: error: invalid use of 'void' PR27423.cc: In function 'void bar()': PR27423.cc:2: internal compiler error: tree check: expected clas

[Bug fortran/27304] gfortran: Warn/abort when format in write does not fit passed arguments

--- Comment #16 from jvdelisle at gcc dot gnu dot org 2006-05-05 00:13 --- I can not reproduce this here. I don't have that platform. I am guessing this is a platform specific problem or a build problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27304

[Bug middle-end/27414] IA64 bootstrap comparison failure, stage 2 -> 3

--- Comment #4 from ianw at gelato dot unsw dot edu dot au 2006-05-04 23:43 --- The SVN version was [EMAIL PROTECTED]:/usr/src/gcc-svn$ svn info Path: . URL: svn://gcc.gnu.org/svn/gcc/trunk Repository Root: svn://gcc.gnu.org/svn/gcc Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4

[Bug target/26481] ICE with -mcpu=power and struct passing

--- Comment #17 from ebotcazou at gcc dot gnu dot org 2006-05-04 23:12 --- That was fast! -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added St

[Bug target/27440] [4.0/4.1/4.2 regression] code quality regression due to ivopts

--- Comment #2 from dann at godzilla dot ics dot uci dot edu 2006-05-04 23:09 --- (In reply to comment #1) > IV-OPTs just gets info from the target. Now if the target says weird > addressing mode is the same as cheap ones, what do you think will happen? Does IV-OPTs also take into con

[Bug target/27440] [4.0/4.1/4.2 regression] code quality regression due to ivopts

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-04 23:04 --- IV-OPTs just gets info from the target. Now if the target says weird addressing mode is the same as cheap ones, what do you think will happen? -- pinskia at gcc dot gnu dot org changed: What|Remo

[Bug rtl-optimization/27437] [4.2 Regression]: -O3 regression due to SEE

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-04 23:01 --- (In reply to comment #1) > One reduced testcase while bootstrapping: In that testcase, we produce a subreg of mode QI and also a zero entend of SI. Both of those look wrong in general, maybe that is just -march=i38

[Bug tree-optimization/27440] New: [4.0/4.1/4.2 regression] code quality regression due to ivopts

Compiling this code with 3.4.6 void fill2 (unsigned int *arr, unsigned int val, unsigned int start, unsigned int limit) { unsigned int i; for (i = start; i < start + limit; i++) arr[i] = val; } generates: .L10: movl%ecx, (%ebx,%eax,4) incl%eax .L8: cmpl

[Bug java/27439] New: gcj chokes on invalid expression

The following short (invalid) sourcecode: --- class Foo { public void bar() { int x = 42; ++-x; } } --- crashes gcj 4.0.2: $ gcj -v -save-temps Bug.java Using built-in specs. Reading specs from /usr/lib/gcc/i486-linux-gnu/4.0.4/../../../libgcj.spec rename spec lib to liborig

[Bug objc/27438] '_OBJC_INSTANCE_0' defined but not used warning

--- Comment #2 from tima dot vaisburd at gmail dot com 2006-05-04 22:25 --- Created an attachment (id=11378) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11378&action=view) Test case Compilation made by: gcc -c -save-temps -m64 -mcpu=v9 NSArchiver.m -c \ -MMD -MP -I/usr/l

[Bug objc/27438] '_OBJC_INSTANCE_0' defined but not used warning

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-04 22:21 --- And I asked you to read http://gcc.gnu.org/bugs.html which means attaching the preprocessed source. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug objc/27438] New: '_OBJC_INSTANCE_0' defined but not used warning

The compiler emits the series of warnings like GSCategories.m:50: warning: '_OBJC_INSTANCE_0' defined but not used [...] when it sees the construct @"string". According to Anrew Pinski ([EMAIL PROTECTED]) this is a compiler bug -- Summary: '_OBJC_INSTANCE_0' defined but not used wa

[Bug fortran/20248] gfortran: intrinsics and std=f95, inconsistency with other compilers

--- Comment #11 from kargl at gcc dot gnu dot org 2006-05-04 22:04 --- Harald, I've looked at the problem. The -Wall option will set the -Wnonstd-intrinsic option. This flag appears to trigger a warning when used with -pedantic. It does not trigger a warning if you use it with just -s

[Bug c/16622] [C99] extern inline is handled wrong in C99 mode

--- Comment #11 from geoffk at gcc dot gnu dot org 2006-05-04 21:57 --- I am working on this (the original reported problem). -- geoffk at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/11377] fault or warn modifiable static in extern inline definition

--- Comment #4 from geoffk at gcc dot gnu dot org 2006-05-04 21:49 --- I have a patch for this at which is on hold for 4.3. -- geoffk at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/27430] ICE on array of voids as template parameter

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-04 21:32 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug c++/27422] [4.0/4.1/4.2 regression] ICE with invalid function argument

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-04 21:31 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug tree-optimization/26944] [4.1/4.2 Regression] -ftree-ch generates worse code

--- Comment #9 from pinskia at gcc dot gnu dot org 2006-05-04 21:25 --- (In reply to comment #8) > WRT this code generated by tree-ch: > D.1305_41 = Int_Loc_3 + 1; > if (Int_Loc_3 <= D.1305_41) goto ; else goto ; > > AFAICT there's exactly one value for which the comparison can be f

[Bug libstdc++/7979] OpenUNIX8/Unixware stage 3 failing in eh_alloc.cc

--- Comment #17 from steven at gcc dot gnu dot org 2006-05-04 21:10 --- Too old. Upgrade. :-) -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/26481] ICE with -mcpu=power and struct passing

--- Comment #16 from dje at gcc dot gnu dot org 2006-05-04 20:44 --- Subject: Bug 26481 Author: dje Date: Thu May 4 20:43:57 2006 New Revision: 113540 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113540 Log: PR target/26481 * config/rs6000/rs6000.md (stmsi_pow

[Bug target/26481] ICE with -mcpu=power and struct passing

--- Comment #15 from dje at gcc dot gnu dot org 2006-05-04 20:41 --- Subject: Bug 26481 Author: dje Date: Thu May 4 20:40:52 2006 New Revision: 113539 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113539 Log: PR target/26481 * config/rs6000/rs6000.md (stmsi_pow

[Bug target/26765] ICE in in extract_insn with __thread and optimization

--- Comment #8 from kazu at gcc dot gnu dot org 2006-05-04 20:21 --- Just checked in a patch. -- kazu at gcc dot gnu dot org changed: What|Removed |Added Stat

[Bug target/26765] ICE in in extract_insn with __thread and optimization

--- Comment #7 from kazu at gcc dot gnu dot org 2006-05-04 20:18 --- Subject: Bug 26765 Author: kazu Date: Thu May 4 20:18:24 2006 New Revision: 113538 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113538 Log: gcc/ PR target/26765 * config/mips/mips.c (mips_sym

[Bug target/26765] ICE in in extract_insn with __thread and optimization

--- Comment #6 from kazu at gcc dot gnu dot org 2006-05-04 20:15 --- Subject: Bug 26765 Author: kazu Date: Thu May 4 20:14:58 2006 New Revision: 113537 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113537 Log: gcc/ PR target/26765 * config/mips/mips.c (mips_sym

[Bug target/26765] ICE in in extract_insn with __thread and optimization

--- Comment #5 from kazu at gcc dot gnu dot org 2006-05-04 20:13 --- Subject: Bug 26765 Author: kazu Date: Thu May 4 20:13:37 2006 New Revision: 113536 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113536 Log: gcc/ PR target/26765 * config/mips/mips.c (mips_sym

[Bug target/26765] ICE in in extract_insn with __thread and optimization

-- kazu at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kazu at gcc dot gnu dot org |dot org

[Bug c++/27430] ICE on array of voids as template parameter

--- Comment #1 from reichelt at gcc dot gnu dot org 2006-05-04 20:06 --- Testing a patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Assigne

[Bug target/26481] ICE with -mcpu=power and struct passing

--- Comment #14 from ebotcazou at gcc dot gnu dot org 2006-05-04 20:06 --- > I was waiting for feedback from the original reporter, which never was > supplied. I have committed the patch on mainline to the 4.1 branch. I do not > have access to an AIX 5.1 system and without more detail

[Bug c++/27422] [4.0/4.1/4.2 regression] ICE with invalid function argument

--- Comment #1 from reichelt at gcc dot gnu dot org 2006-05-04 20:05 --- Testing a patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Assigne

[Bug objc/27240] [4.1/4.2 regression] ICE with invalid fields

-- reichelt at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org

[Bug libstdc++/7979] OpenUNIX8/Unixware stage 3 failing in eh_alloc.cc

--- Comment #16 from brunson at brunson dot com 2006-05-04 19:44 --- Okay, I'll buy that. FWIW, gcc-core-4.0.3 builds with no complaints. Maybe the resolution is "Upgrade". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7979

[Bug rtl-optimization/27437] [4.2 Regression]: -O3 regression due to SEE

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-04 19:21 --- One reduced testcase while bootstrapping: int partition_new (int *e1, int *e2) { if (e1 < e2) return -1; else if (e1 > e2) return 1; return 0; } -- pinskia at gcc dot gnu dot org changed:

[Bug rtl-optimization/27437] New: [4.2 Regression]: -O3 regression due to SEE

The new SEE pass is turned on by -O3, which introduces several regressions on Linux/x86 and probably on Linux/x86-64: http://gcc.gnu.org/ml/gcc-testresults/2006-05/msg00171.html shows FAIL: gcc.c-torture/compile/pr20539-1.c -O3 -fomit-frame-pointer (test for excess errors) FAIL: gcc.c-torture/

[Bug fortran/27304] gfortran: Warn/abort when format in write does not fit passed arguments

--- Comment #15 from tobias dot burnus at physik dot fu-berlin dot de 2006-05-04 19:09 --- I probably do something wrong, but with GNU Fortran 95 (GCC) 4.2.0 20060504 (experimental) from http://quatramaran.ens.fr/~coudert/gfortran/gfortran-x86_64-linux.tar.gz I still don't get

[Bug libstdc++/6702] requirements for wchar_t support are too restrictive for Solaris pre 10

--- Comment #29 from ebotcazou at gcc dot gnu dot org 2006-05-04 19:03 --- > Fixed (again), for 4.1.1. Confirmed for all Solaris versions >= 7 on 4.1 branch and mainline, thanks again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6702

[Bug fortran/27436] New: gfortran: Abort compiling if there are insufficient data descriptors in format after reversion

Split off of bug 27304 Currently, gfortran only detects that the IO format descriptor contains insufficient data at run time. It would be great (though of low priority) if it would find them at compile time. Examples: write(*,'(abc)') n write(10,"(i7,(' abcd'))", err=10) n, n As of fixing bu

[Bug libgcj/27352] SecurityManager.checkPermission() called unnecessarily

--- Comment #5 from aph at gcc dot gnu dot org 2006-05-04 18:45 --- Subject: Bug 27352 Author: aph Date: Thu May 4 18:44:53 2006 New Revision: 113532 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113532 Log: 2006-05-04 Andrew Haley <[EMAIL PROTECTED]> * class.c (mak

[Bug libstdc++/7979] OpenUNIX8/Unixware stage 3 failing in eh_alloc.cc

--- Comment #15 from pcarlini at suse dot de 2006-05-04 18:34 --- To be honest, I dont't think this is, strictly speaking, a *bug*, because this target is not officially supported. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7979

[Bug other/14251] Use POSIX-compatible flags for 'head' and 'tail'

--- Comment #20 from pinskia at gcc dot gnu dot org 2006-05-04 18:33 --- *** Bug 27434 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug other/27434] port to POSIX 1003-1.2001 hosts for "sort +N", "tail +N"

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-04 18:33 --- *** This bug has been marked as a duplicate of 14251 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug other/27434] port to POSIX 1003-1.2001 hosts for "sort +N", "tail +N"

--- Comment #1 from eggert at gnu dot org 2006-05-04 18:31 --- Created an attachment (id=11377) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11377&action=view) Patch to support POSIX 1003.1-2001 "sort", "tail" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27434

[Bug other/27434] New: port to POSIX 1003-1.2001 hosts for "sort +N", "tail +N"

I'll attach a patch to port the GCC build procedure to hosts (like mine) whose sort' and 'tail' implementations treat operands with leading '+' as file names, as POSIX has required since 2001. The patch doesn't affect the build procedure on traditional hosts that don't support POSIX syntax. This

[Bug libgcj/27294] gij throws NullPointerException, when the interpreter is not enabled

--- Comment #1 from tromey at gcc dot gnu dot org 2006-05-04 18:10 --- It isn't clear what exception we ought to throw here. What is happening is that we've found a .class file for a class we're searching for, but libgcj is not configured to properly handle class files. VirtualMachineE

[Bug c++/27433] diagnostic for vector template argument is poor

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-04 17:55 --- The same issue is inside a class which in my mind should work. #define __vector __attribute__((vector_size(16))) template struct b { __vector A t; }; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27433

[Bug c++/27433] New: diagnostic for vector template argument is poor

Testcase: #define __vector __attribute__((vector_size(16))) template void f(A, vector A, int); -- Currently we get: t1.cc:4: error: invalid vector type for attribute 'vector_size' Which is poor and does not explain that vectorsize attribute does not apply to the template arument, maybe reall

[Bug libstdc++/7979] OpenUNIX8/Unixware stage 3 failing in eh_alloc.cc

--- Comment #14 from brunson at brunson dot com 2006-05-04 17:43 --- This bug is still present in gcc-3.4.6 on UnixWare (running 7.1.4, but there's no reason not to suspect all versions). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7979

[Bug target/16185] ICE: in spill_failure, at reload1.c:1892, global registers and long long

--- Comment #13 from pinskia at gcc dot gnu dot org 2006-05-04 17:42 --- *** Bug 27431 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/27431] Internal error compiling qemu-0.8.0

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-04 17:42 --- *** This bug has been marked as a duplicate of 16185 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libgcj/26861] VirtualMachineError in interperter.

--- Comment #4 from tromey at gcc dot gnu dot org 2006-05-04 17:42 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|AS

[Bug target/27431] Internal error compiling qemu-0.8.0

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-04 17:41 --- register struct CPUX86State *env asm("ebp"); # 46 "/d5/src/emulators/qemu-0.8.0/target-i386/exec.h" register target_ulong T0 asm("ebx"); register target_ulong T1 asm("esi"); register target_ulong T2 asm("edi"); What

[Bug libgcj/26861] VirtualMachineError in interperter.

--- Comment #3 from tromey at gcc dot gnu dot org 2006-05-04 17:35 --- Subject: Bug 26861 Author: tromey Date: Thu May 4 17:35:05 2006 New Revision: 113531 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113531 Log: PR libgcj/26861: * interpret.cc (run) : Removed

[Bug target/27431] Internal error compiling qemu-0.8.0

--- Comment #1 from aldot at gcc dot gnu dot org 2006-05-04 17:30 --- (In reply to comment #0) > If you ask for *.i files, why don't you provide a upload button in bugzilla? > There is a "Create an attachment" link above. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27431

[Bug target/27432] -fschedule-insns -O2 -march=athlon cause compilation error

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-04 17:30 --- This is the standard x86 vs 1st pass scheduling vs the register allocator bug. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c/27432] -fschedule-insns -O2 -march=athlon cause compilation error

--- Comment #2 from master_up at post dot cz 2006-05-04 17:30 --- Created an attachment (id=11376) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11376&action=view) gcc temp .s file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27432

[Bug c/27432] -fschedule-insns -O2 -march=athlon cause compilation error

--- Comment #1 from master_up at post dot cz 2006-05-04 17:29 --- Created an attachment (id=11375) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11375&action=view) gcc temp .i file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27432

[Bug c/27432] New: -fschedule-insns -O2 -march=athlon cause compilation error

Use -march=athlon-xp -O2 -fschedule-insns or -march=athlon -O2 -fschedule-insns gcc version where REPRODUCED: gcc-3.4-20060307 gcc (GCC) 3.4.6 (Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9) --- NOT REPRODUCED by gcc-3.3.6 There is one more bug looking much similar but amd64 arch... is better ad

[Bug c/27007] Missed optimization of comparison with 'limited range'

--- Comment #8 from pinskia at gcc dot gnu dot org 2006-05-04 17:24 --- (In reply to comment #7) > For the tree-vrp.c part of this, perhaps VR_VARYING should be deprecated? How can something inside the compiler be deprecated? That is all internal and nobody sees it? -- http://gcc

[Bug tree-optimization/27331] [4.2 Regression] segfault in fold_convert with -ftree-vectorize -maltivec

--- Comment #4 from aldot at gcc dot gnu dot org 2006-05-04 17:23 --- for reference, the backtrace on i686: Program received signal SIGSEGV, Segmentation fault. 0x0820096f in fold_convert (type=0x0, arg=0xb71527fc) at ../../../src/gcc-4.2/gcc/fold-const.c:1991 1991 if (TREE_COD

[Bug c/27007] Missed optimization of comparison with 'limited range'

--- Comment #7 from trt at acm dot org 2006-05-04 17:21 --- For the tree-vrp.c part of this, perhaps VR_VARYING should be deprecated? I notice there is a single place (set_value_range_to_varying) which assigns VR_VARYING but a couple dozen places that check it. If instead a type-based

[Bug tree-optimization/27093] [4.2 Regression] verify_ssa failed: definition does not dominate use

--- Comment #7 from dberlin at gcc dot gnu dot org 2006-05-04 16:57 --- Subject: Bug 27093 This should fix it. --- Comment #8 from dberlin at gcc dot gnu dot org 2006-05-04 16:57 --- Created an attachment (id=11374) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11374&ac

[Bug tree-optimization/27093] [4.2 Regression] verify_ssa failed: definition does not dominate use

--- Comment #6 from dberlin at gcc dot gnu dot org 2006-05-04 16:52 --- G. These phi nodes are all dead, but it still is verifying them anyway. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27093

[Bug c/27431] New: Internal error compiling qemu-0.8.0

Bugzilla says: Comment Too Long Comments cannot be longer than 65,535 characters. See: http://thalassa.informatimago.com/gcc-bug.txt If you ask for *.i files, why don't you provide a upload button in bugzilla? -- Summary: Internal error compiling qemu-0.8.0 Product: gcc

[Bug c++/27430] New: ICE on array of voids as template parameter

The following invalid code snippet causes an ICE since at least GCC 2.95.3: = template struct A; = bug.cc:1: error: creating array of void bug.cc:1: internal compiler error: tree check: expected class 'type', have 'exceptional' (erro

[Bug middle-end/27428] [4.0/4.1/4.2 regression] ICE with goto in erroneous code

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27428

[Bug middle-end/27428] New: [4.0/4.1/4.2 regression] ICE with goto in erroneous code

The following invalid code snippet causes a segfault in main_block_label in tree-cfg.c: === void foo() { goto L; if (0..) { L: ; } } === bug.c:4:9: error: too many decimal points in number bug.c: In function 'foo': bug.c:5: internal compiler

[Bug middle-end/27414] IA64 bootstrap comparison failure, stage 2 -> 3

--- Comment #3 from pluto at agmk dot net 2006-05-04 16:18 --- (In reply to comment #0) > Hi, > > I just pulled from SVN and tried to build for IA64, and it fails with > > Comparing stages 2 and 3 > warning: ./cc1-checksum.o differs > Bootstrap comparison failure! > ./varasm.o differs

[Bug bootstrap/25672] cross build's libgcc picks up CFLAGS

--- Comment #6 from pluto at agmk dot net 2006-05-04 16:15 --- nobody cares about this bad flags pickup? (In reply to comment #5) > hmm, CFLAGS_FOR_TARGET picks up CFLAGS. > > --- gcc-4.1-20060106/Makefile.in.orig 2005-12-15 15:02:02.0 +0100 > +++ gcc-4.1-20060106/Makefile.in

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

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27427

[Bug middle-end/27414] IA64 bootstrap comparison failure, stage 2 -> 3

--- Comment #2 from sje at cup dot hp dot com 2006-05-04 16:05 --- My nightly build based on SVN version 113509 bootstrapped fine. What source/SVN version were you building? I built using a GCC 4.0.2. -- sje at cup dot hp dot com changed: What|Removed

[Bug c/21920] alias violating

--- Comment #95 from pinskia at gcc dot gnu dot org 2006-05-04 16:02 --- *** Bug 27426 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/27427] New: [4.0/4.1/4.2 regression] ICE with invalid template parameter

The following invalid code snippet crashes the C++ frontend sionce GCC 3.4.0: == struct A; template void foo(); A a; void bar() { foo(); } == bug.cc:5: error: aggregate 'A a' has incomplete type and cannot be defined bug.cc: In

[Bug c++/27426] optimization results in wrong argument passing

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-04 16:02 --- *** This bug has been marked as a duplicate of 21920 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/27426] New: optimization results in wrong argument passing

Expected output on little-endian machines: DEF05678 Real output with optimization -O2 (where -- is trash): DEF0 Compilation command: g++ -O2 t.c Program text: #include typedef unsigned char uint08_t; typedef unsigned short int uint16_t; typedef unsigned int uint32_t; typedef unsigne

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

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27425

[Bug c++/27425] New: [4.0/4.1/4.2 regression] ICE with invalid template-template-parameter

The C++ frontend ICEs on the following invalid code snippet since GCC 3.4.0: == template struct A { template class> struct B {}; template struct C; B b; }; A<0> a; == bugB.cc:3: error: 'vo

[Bug c++/27422] [4.0/4.1/4.2 regression] ICE with invalid function argument

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27422

[Bug c/27421] [4.0/4.1/4.2 regression] ICE with invalid array in struct

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27421

[Bug c++/27424] [4.0/4.1/4.2 regression] Valid template-template-parameter rejected

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27424

[Bug c++/27424] New: [4.0/4.1/4.2 regression] Valid template-template-parameter rejected

The C++ frontend rejects the following IMHO valid code snippet since GCC 3.4.0: == template struct A { template class> struct B {}; template struct C; B b; }; A a; == bug.cc: In instantiat

[Bug c++/27370] [4.0 Regression] Bogus warning about ignoring function return value (__attribute__ ((warn_unused_result)))

--- Comment #5 from rguenth at gcc dot gnu dot org 2006-05-04 15:25 --- The problem with 4.0 is that the CALL_EXPR uses the return slot address to return, but we don't honour that. Index: c-common.c === *** c-common.c (rev

[Bug libgcj/26861] VirtualMachineError in interperter.

--- Comment #2 from tromey at gcc dot gnu dot org 2006-05-04 15:25 --- I'm handling this. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo

[Bug driver/27419] '-static' for 'gcc libraries' only?

--- Comment #4 from P dot Schaffnit at access dot rwth-aachen dot de 2006-05-04 15:25 --- I hadn't thought about that... Thanks a lot for your help! Philippe -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27419

[Bug driver/27419] '-static' for 'gcc libraries' only?

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-04 15:22 --- Configure GCC with --disable-shared instead. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/27397] [4.2 regression] ICE on invalid template argument

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-04 15:21 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug c++/27423] New: Default argument for void parameter accepted

The C++ frontend accepts the following invalid code snippet since at least GCC 2.95.3: == void foo(void = 0); void bar() { foo(); } == -- Summary: Default argument for void parameter accepted Product: gcc V

  1   2   >