Bugzilla administrator

Can anyone here tell me who is (and the email of) the GCC bugzilla administrator Thanks in advance. Jarl

[Bug fortran/30783] New: "character(*), value" produces SEGV at runtime

The combination of the VALUE attribute with CHARACTER(*) gives segmentation faults (SIGSEGV, SIGBUS). Without VALUE or with "CHARACTER(10), VALUE" it works. -- Test case program x implicit none character(10) :: c c = 'Main' print *, c call foo(c) print *, c contains

[Bug fortran/29975] [meta-bugs] ICEs with CP2K

--- Comment #60 from jv244 at cam dot ac dot uk 2007-02-13 09:20 --- > When you have a moment, could you confirm that all is now well with trunk, > please? Once again, I am sorry about the breakage. Now I see Daniel's > testcase, I realise that I could easily have devised a test... with

[Bug target/30778] [4.3 Regression] invalid code generation for memset() with -mtune=k8

--- Comment #1 from rguenth at gcc dot gnu dot org 2007-02-13 09:43 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug fortran/30783] "character(*), value" produces SEGV at runtime

--- Comment #1 from dominiq at lps dot ens dot fr 2007-02-13 09:54 --- Compiling the test with xlf gives: "pr30783.f90", line 6.12: 1513-061 (S) Actual argument attributes do not match those specified by an accessible explicit interface. "pr30783.f90", line 11.14: 1516-181 (S) Objects o

[Bug rtl-optimization/29841] [4.2/4.3 regression] ICE with scheduling and __builtin_trap

--- Comment #17 from patchapp at dberlin dot org 2007-02-13 10:15 --- Subject: Bug number PR rtl-optimization/29841 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/2007-02/msg01134.html -- http://gcc.

[Bug middle-end/30784] New: ICE on loop vectorization (-O1 -march=athlon-xp -ftree-vectorize)

$ cat a.c void foo(void) { static int irows[5]; int i; for (i = 1; i < 1000; i++) irows[i-1] = i; } $ gcc -c -O1 -march=athlon-xp -ftree-vectorize a.c a.c: In function ‘foo’: a.c:8: internal compiler error: in expand_simple_binop, at optabs.c:1192 Please submit a full bug report, wi

[Bug middle-end/30784] ICE on loop vectorization (-O1 -march=athlon-xp -ftree-vectorize)

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last recon

[Bug target/30784] ICE on loop vectorization (-O1 -march=athlon-xp -ftree-vectorize)

--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-13 10:33 --- This works fine with me on powerpc-darwin with -O1 -ftree-vectorize -maltivec plus the loop was vectorized also. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/30052] possible quadratic behaviour.

--- Comment #9 from pluto at agmk dot net 2007-02-13 10:37 --- (In reply to comment #8) > Does this work on mainline with no real issue? > > If so, i'll try to backport the solver changes. > gcc43 works faster, but still needs lot of memory. (...) tree PTA : 1.33 ( 2%

[Bug c/30785] New: Test to null pointer optimised away at -O2

$ cat tmp.c typedef unsigned size_t; char *xxcpy( char *pDest, const char *pSrc, size_t n); char *strncpy( char *pDest, const char *pSrc, size_t n) { if (pDest == 0 || pSrc == 0) { if (pDest) *pDest = 0; return pDest; } return xxcpy (pDest, pSrc, n); } $ powerpc-

[Bug target/30784] ICE on loop vectorization (-O1 -march=athlon-xp -ftree-vectorize)

--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-13 12:48 --- I get ./cc1 -quiet -O -march=athlon-xp -m32 -ftree-vectorize x.i x.i: In function 'foo': x.i:2: error: invalid reference prefix {4, 4, 4, 4} x.i:2: error: invalid reference prefix {4, 4, 4, 4} x.i:2: error

[Bug c/30785] Test to null pointer optimised away at -O2

--- Comment #1 from rguenth at gcc dot gnu dot org 2007-02-13 13:00 --- I suppose this is done by the VRP pass (-f[no-]tree-vrp) so target independent. If so, this is fixed on current 4.1 branch. Can you verify this indeed is broken by VRP by looking at and before the vrp tree dumps? (

[Bug rtl-optimization/28772] scheduler is too slow and O(n^2) for ia64

--- Comment #5 from patchapp at dberlin dot org 2007-02-13 13:20 --- Subject: Bug number PR28772 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/2007-02/msg01137.html -- http://gcc.gnu.org/bugzilla/sh

[Bug bootstrap/30753] [4.3 Regression] checking for correct version of gmp.h... no

--- Comment #7 from drow at gcc dot gnu dot org 2007-02-13 13:39 --- Subject: Bug 30753 Author: drow Date: Tue Feb 13 13:39:19 2007 New Revision: 121882 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121882 Log: PR bootstrap/30753 * configure.ac: Remove obsolete

[Bug bootstrap/30753] [4.3 Regression] checking for correct version of gmp.h... no

--- Comment #8 from drow at gcc dot gnu dot org 2007-02-13 13:40 --- Should be better now. -- drow at gcc dot gnu dot org changed: What|Removed |Added Status|

[Bug c/30785] Test to null pointer optimised away at -O2

--- Comment #2 from etienne_lorrain at yahoo dot fr 2007-02-13 13:44 --- Problem is fixed by -fno-tree-vrp and -O2 I am not a specialist of -fdump-tree-all, but it seems like that: tmp.c.t35.copyprop1: ;; Function strncpy (strncpy) strncpy (pDest, pSrc, n) { char * D.1282; char

[Bug fortran/29975] [meta-bugs] ICEs with CP2K

--- Comment #61 from pault at gcc dot gnu dot org 2007-02-13 13:51 --- (In reply to comment #60) > Yes, current trunk compiles CP2K again at -O0 Great! > to time. It is very annoying to have to fight compilers, after the computer > center upgraded a machine. My hope is that CP2K bein

[Bug c/30785] Test to null pointer optimised away at -O2

--- Comment #3 from rguenth at gcc dot gnu dot org 2007-02-13 13:57 --- This is indeed fixed on the branch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/30222] gcc.target/i386/vectorize1.c ICEs

--- Comment #3 from Wolfgang_Lietz at t-online dot de 2007-02-13 14:21 --- Created an attachment (id=13046) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13046&action=view) log file with compiler info and *.i 4.2.0 20070212 ICE found while running the test suite -- http://gc

[Bug preprocessor/30786] New: ICE on _Pragma at end of file

Compiling or preprocessing a file that ends immediately after _Pragma leads to an ICE: :1:1: error: _Pragma takes a parenthesized string literal :0: internal compiler error: Segmentation fault Simply `echo _Pragma | cpp` is enough to show it. I'm using gcc 4.1.1. -- Summary: ICE on

[Bug c++/7302] -Wnon-virtual-dtor should't complain of protected dtor

--- Comment #11 from manu at gcc dot gnu dot org 2007-02-13 15:12 --- (In reply to comment #8) > Created an attachment (id=11520) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11520&action=view) [edit] > proposed patch (with doc and test changes) > Thanks for the patch. However,

[Bug preprocessor/30786] ICE on _Pragma at end of file

--- Comment #1 from tromey at gcc dot gnu dot org 2007-02-13 15:55 --- Confirmed, with svn head and the FC6 gcc 4.1. -- tromey at gcc dot gnu dot org changed: What|Removed |Added -

[Bug rtl-optimization/28772] scheduler is too slow and O(n^2) for ia64

--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-02-13 15:59 --- The algorithm is O(n^2) in the number of ready insns at any given time in the worst case. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/7302] -Wnon-virtual-dtor should't complain of protected dtor

--- Comment #12 from ben at decadent dot org dot uk 2007-02-13 16:16 --- Already posted as , with no response. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7302

[Bug target/30052] possible quadratic behaviour.

--- Comment #10 from dberlin at gcc dot gnu dot org 2007-02-13 16:17 --- Subject: Re: possible quadratic behaviour. On 13 Feb 2007 10:37:55 -, pluto at agmk dot net <[EMAIL PROTECTED]> wrote: > > > --- Comment #9 from pluto at agmk dot net 2007-02-13 10:37 --- > (In reply

[Bug libgcj/30606] [4.3 Regression] natVMURLConnection.cc:21: error: 'magic_t' does not name a typet name a type

--- Comment #10 from danglin at gcc dot gnu dot org 2007-02-13 16:17 --- The R_CODE_ONE_SYMBOL error was caused by my inadvertantly using an experimental (buggy) version of gas. Closing PR as fixed. -- danglin at gcc dot gnu dot org changed: What|Removed

[Bug rtl-optimization/30787] New: [4.1 Regression] Strength reduction bug

struct S { int *s; }; void test (int x, struct S *y) { int i; for (i = 0; i < x; i++) { if (y) y->s[i] += 1; } } int main () { test (1, (void *) 0); return 0; } is miscompiled at -O2 in 4.1.x, works with -O2 -fno-strength-reduction or -O2 -floop-optimize2, works w

[Bug rtl-optimization/30787] [4.1 Regression] Strength reduction bug

--- Comment #1 from rguenth at gcc dot gnu dot org 2007-02-13 16:24 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug testsuite/30788] New: testsuite for libmudflap failed while using -DSTATIC

All tests compiled with -DSTATIC failed while other passed FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) execution test FAIL: libmudflap.cth/pass37-frag.c (-static -DSTATIC) output pattern test -- Summary: testsuite for libmudflap failed while using -DSTATIC Produc

[Bug c/16302] gcc fails to warn about some common logic errors

--- Comment #8 from manu at gcc dot gnu dot org 2007-02-13 16:55 --- I wish to answer this because I am also a newbie and I understand your frustration. On the other hand, I also understand why the current situation is as it is now. (In reply to comment #2) > It is not practical for gcc

[Bug testsuite/30788] testsuite for libmudflap failed while using -DSTATIC

--- Comment #1 from Wolfgang_Lietz at t-online dot de 2007-02-13 16:57 --- Created an attachment (id=13047) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13047&action=view) log file with compiler info and error message -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30788

[Bug c++/7302] -Wnon-virtual-dtor should't complain of protected dtor

--- Comment #13 from manu at gcc dot gnu dot org 2007-02-13 17:19 --- (In reply to comment #12) > Already posted as , > with no response. > You need to insist. A week is normally considered an acceptable interval between pings.

[Bug fortran/30783] "character(*), value" produces SEGV at runtime

--- Comment #2 from burnus at gcc dot gnu dot org 2007-02-13 18:19 --- >From the Fortran 2003 standard: -- C528 (R501) If the VALUE attribute is specified, the length type parameter values shall be omitted or specified by initialization expressions. -- Which rule

[Bug fortran/30783] "character(*), value" produces SEGV at runtime

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

[Bug middle-end/30789] New: complex folding inexact

The constant folding of arithmetic on complex numbers is inexact and doesn't support any of the C99 special cases and avoiding overflow done in libgcc. Compile and run the following testcase with -std=c99. #include int printf (const char *, ...); #define C1 (DBL_MAX * 0.5 + DBL_MAX * 0.5i) #de

[Bug target/19087] Overflowed address in dwarf debug line information

--- Comment #29 from eweddington at cso dot atmel dot com 2007-02-13 19:00 --- Can a bug master please close this bug as fixed? Thanks Eric Weddington -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19087

[Bug target/30406] ICE in LOGICAL(8) functions

--- Comment #34 from fxcoudert at gcc dot gnu dot org 2007-02-13 19:04 --- (In reply to comment #32) > This was on my list of patches to submit today really, I finally actually got > time to able to submit patches today. I was able to submit two other patches > today and I have another

[Bug target/27386] AVR: wrong code generated when passing three uint64_t arguments to function

--- Comment #9 from eweddington at cso dot atmel dot com 2007-02-13 19:12 --- 5 months later and this bug still needs to be marked as NEW. Will a bug master please do this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27386

[Bug bootstrap/30790] New: [4.3 regression] Bootstrap comparison failure i386:

Both on FreeBSD and GNU/Linux, bootstrap is broken on i386. Comparing stages 2 and 3 warning: ./cc1-checksum.o differs warning: ./cc1plus-checksum.o differs warning: ./cc1obj-checksum.o differs Bootstrap comparison failure! ./cp/call.o differs ./cp/expr.o differs ./cp/decl.o differs ./cp/typeck2.o

[Bug bootstrap/30790] [4.3 regression] Bootstrap comparison failure i386:

-- gerald at pfeifer dot com changed: What|Removed |Added Severity|normal |blocker Summary|[4.3 regression] Bootstrap |[4.3 regression] B

[Bug fortran/29975] [meta-bugs] ICEs with CP2K

--- Comment #62 from kargl at gcc dot gnu dot org 2007-02-13 19:50 --- (In reply to comment #48) > Currently, there is a new ICE on CP2K (see initial comment) that happens at > any > optimisation level: > > > gfortran -c all_cp2k_gfortran.f90 > all_cp2k_gfortran.f90:118549: internal co

[Bug tree-optimization/30791] New: Need to run may-alias early in IPA

Without aliasing information some passes and cleanups cannot be scheduled early. See http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01176.html -- Summary: Need to run may-alias early in IPA Product: gcc Version: 4.3.0 Status: UNCONFIRMED Seve

[Bug fortran/29975] [meta-bugs] ICEs with CP2K

--- Comment #63 from jv244 at cam dot ac dot uk 2007-02-13 20:04 --- > Well, I'd add it to my testsuite if weren't a PITA to figure out how to > make it build. wget http://www.pci.unizh.ch/vandevondele/tmp/all_cp2k_gfortran.f90.gz gunzip all_cp2k_gfortran.f90.gz gfortran -c all_cp2k_gfo

[Bug rtl-optimization/30787] [4.1 Regression] Strength reduction bug

--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-02-13 20:13 --- Too bad 4.1.2 is being packaged... Investigating. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added -

[Bug rtl-optimization/30643] CSE regression

--- Comment #1 from janis at gcc dot gnu dot org 2007-02-13 20:37 --- Dan requested a regression hunt for this. An i686-linux cross compiler starts failing with this mainline patch: http://gcc.gnu.org/viewcvs?view=rev&rev=115614 r115614 | pbrook | 2006-07-20 13:57:31 + (Th

[Bug target/30757] [4.3 Regression] ICE with -march=athlon-xp -mfpmath=sse

--- Comment #4 from stuart at apple dot com 2007-02-13 21:00 --- Committed a fix: http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01171.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30757

[Bug fortran/30779] incomplete file triggers ICE

--- Comment #3 from pault at gcc dot gnu dot org 2007-02-13 21:00 --- Jerry is our expert on this side of things. Although he has said that he is in temporary hiding from gfortran, I have CC'd him:) Paul -- pault at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/30751] [4.3 Regression] internal compiler error: in extract_insn, at recog.c:2108

--- Comment #5 from ian at gcc dot gnu dot org 2007-02-13 22:18 --- Subject: Bug 30751 Author: ian Date: Tue Feb 13 22:18:26 2007 New Revision: 121894 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121894 Log: PR middle-end/30751 * lower-subreg.c (resolve_simple_

[Bug middle-end/30751] [4.3 Regression] internal compiler error: in extract_insn, at recog.c:2108

--- Comment #6 from ian at airs dot com 2007-02-13 22:22 --- Fixed. Thanks for reporting it. -- ian at airs dot com changed: What|Removed |Added Status|ASSIG

[Bug middle-end/30391] [4.3 regression] ICE at -O1 with conditional expressions and GIMPLE_MODIFY_STMT

--- Comment #8 from sandra at codesourcery dot com 2007-02-14 00:04 --- Testing of the CALL_EXPR representation patch turned up a related ICE in tree_ssa_useless_type_conversion() while compiling libjava/java/lang/reflect/natMethod.cc. It was failing because the expansion of memcpy prod

[Bug libfortran/30780] cpu_time produces a floating point exception when used with -O0

--- Comment #7 from jvdelisle at gcc dot gnu dot org 2007-02-14 00:37 --- OK, then there is a similar, not necessarily related problem in write.c. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30780

[Bug fortran/30779] incomplete file triggers ICE

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-02-14 00:43 --- I'll give it a go. Just be patient please. :) -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added -

[Bug gcov-profile/30650] [4.3 Regression] ICE with -fprofile-use

--- Comment #9 from hubicka at gcc dot gnu dot org 2007-02-14 01:24 --- Hi, the reason is -msse3 that is supposed to be at both invocations. -msse3 enables the SSE builtins that do change declarations UIDs that in turn changes function names: < ;; Function ddx (ddx.1401) --- > ;; Functi

[Bug middle-end/30768] [4.3 regression]: ICE in ext/pb_ds/regression/list_update_data_map_rand.cc

--- Comment #6 from hp at gcc dot gnu dot org 2007-02-14 05:08 --- Identical failure also seen for native x86_64-unknown-linux-gnu since at least r121846 (presumably the same cause), so I'm a bit worried that it wasn't noticed when 121819 was committed. It seems best to xfail for cris-*

[Bug middle-end/30768] [4.3 regression]: ICE in ext/pb_ds/regression/list_update_data_map_rand.cc

--- Comment #7 from mmitchel at gcc dot gnu dot org 2007-02-14 05:14 --- It's certainly my responsibility to fix it. Personally, I don't think it's necessary to revert it, and I will try to get to it soon, but if it's getting in other people's way, then we could potentially revert.

[Bug tree-optimization/30771] ice for legal code with -O2 -ftree-vectorize

--- Comment #5 from patchapp at dberlin dot org 2007-02-14 05:26 --- Subject: Bug number PR tree-optimization/30771 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/2007-02/msg01186.html -- http://gcc.

[Bug middle-end/26061] error and warning count

--- Comment #11 from patchapp at dberlin dot org 2007-02-14 05:26 --- Subject: Bug number PR26061 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/2007-02/msg01190.html -- http://gcc.gnu.org/bugzilla/s