[Bug middle-end/21032] GCC 3.4.3 wrongly reorders floating-point operations

--- Additional Comments From bagnara at cs dot unipr dot it 2005-04-15 07:01 --- Subject: Re: GCC 3.4.3 wrongly reorders floating-point operations pinskia at gcc dot gnu dot org wrote: > Note neg just flips a bit so it is correct anyways > and there is no loss of precession. Can you

[Bug c++/20812] contextual overload resolution failure for a member name found in two base classes

--- Additional Comments From SWElef at post dot sk 2005-04-15 07:30 --- I was wrong. std:10.2/2 (member name lookup) says [snip] If the resulting set of declarations are not all from sub-objects of the same type, or the set has a nonstatic member and includes members from distinct

[Bug tree-optimization/21004] [4.1 Regression] gcc.dg/builtins-53.c fails

--- Additional Comments From uros at kss-loka dot si 2005-04-15 07:42 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Res

[Bug target/21041] New: ICE: output_operand: Cannot decompose address

The below testcase is extracted from smpeg. It's C++. Compile it like so: % ./gcc/cc1plus -O2 -fPIC video.ii video.cpp: In function 'int ParseMacroBlock(VidStream*)': video.cpp:2205: internal compiler error: output_operand: Cannot decompose address. I wasn't able to make the functions m

[Bug target/21041] ICE: output_operand: Cannot decompose address

--- Additional Comments From matz at suse dot de 2005-04-15 08:19 --- Created an attachment (id=8641) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8641&action=view) Preprocessed source for the ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21041

[Bug target/21041] ICE: output_operand: Cannot decompose address

--- Additional Comments From matz at suse dot de 2005-04-15 08:20 --- Forgot to say, the preprocessed file is for s390x. On s390 the same happens, though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21041

[Bug fortran/21034] internal compiler error: in gfc_trans_auto_array_allocation, at fortran/trans-array.c:3036

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-15 08:30 --- Reduced testcase is: $ cat pr21034.f subroutine solution(n) implicit none integer n real dte(n) save print *, dte end $ gfortran -c pr21034.f pr210

[Bug fortran/15586] gfortran should support i18n in its compiler messages

-- What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Last reconfirmed|2005-03-04

[Bug libfortran/19216] list directed read with leading slash (NIST FM923)

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-15 08:58 --- Patch: http://gcc.gnu.org/ml/fortran/2005-03/msg00562.html -- What|Removed |Added

[Bug target/21041] [4.0 Regression] ICE: output_operand: Cannot decompose address

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-04-15 10:21 --- // smaller testcase, compile with -O2 -fPIC struct vs { int h, w, k, q; short int dct_recon[8]; }; void bar (struct vs* v) { char *s; short int *b; int x, y, z, r, i, j; for (i = 0;

[Bug c++/21042] New: Error while compiling jdk14

Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.2 [FreeBSD] 20040728 When installing jdk14 (java) through the ports tree with a simple "make install clean" I came across this: Compiling ../generated/adfiles/ad_i486_misc.cpp {standard input}:

[Bug c++/21043] New: Compilation error when trying to call method of a class contain by grand-mother with a template mother and class

g++ -v Reading specs from /.../Open-Sources/gcc/gcc-3.4.3/linux-x86/bin/../lib/gcc/i686-pc-linux-gnu/3.4.3/specs Configured with: /.../Open-Sources/gcc/gcc-3.4.3/src/configure --prefix=/.../Open-Sources/gcc/gcc-3.4.3/linux-x86 Thread model: posix gcc version 3.4.3 When i try to compile this code

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-04-15 11:25 --- Another thing is, that the warning shows up as alwazn:default> gfortran -Wall -Dlinux -ffixed-form -I. -I../../include -o bounds.o -c bounds.F Warning: /tmp/cciShzeh.f:1: Line is being truncated Warning: /t

[Bug libfortran/18495] Intrinisc function SPREAD is broken

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-15 11:29 --- (In reply to comment #13) > I believe that reshape needs the same/similar fix. > Is ret->data = NULL guaranteed for temporaries? ret->data = NULL is what the front end generates when it doesn't know enough

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-04-15 11:30 --- Oh btw, looking into fixing all this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14569

[Bug java/21044] New: Static class init optimization is broken

Pre tree-SSA, we did an optimization whereby we only initialized a class once per method invocation. This optimization was disabled for some reason, and we now call _Jv_InitClass multiple times. The worst case is a simple function like this: public static int Ack(int m, int n) { re

[Bug java/21044] Static class init optimization is broken

--- Additional Comments From aph at gcc dot gnu dot org 2005-04-15 11:32 --- Created an attachment (id=8643) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8643&action=view) You must enter a description for the attachment. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21044

[Bug c++/21043] Compilation error when trying to call method of a class contain by grand-mother with a template mother and class

--- Additional Comments From maxime dot fiandino at imag dot fr 2005-04-15 11:57 --- Hi, please note that for the same bahavior with the line, it's compiling: ((A*)(this))->m_.p(); -- What|Removed |Added -

[Bug java/21045] New: Anonymous inner class constructor's exceptions can't be caught or thrown

rBase obj = new InnerBase() {}; ^ 1 error Creating an instance of the base class, with the same constructor, works fine. GCC built from CVS HEAD: gcj-4.0 (GCC) 4.1.0 20050415 (experimental) ./configure --prefix=/usr/local/gcj --program-suffix=-4.0 --enable-languages=c,c++,java Running on Ubu

[Bug java/21045] Anonymous inner class constructor's exceptions can't be caught or thrown

--- Additional Comments From brion at pobox dot com 2005-04-15 12:15 --- Created an attachment (id=8644) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8644&action=view) Test case which wraps in a try-catch; fails to compile with GCJ Compiles just fine with javac from Sun JDK 1.5.

[Bug java/21045] Anonymous inner class constructor's exceptions can't be caught or thrown

--- Additional Comments From brion at pobox dot com 2005-04-15 12:16 --- Created an attachment (id=8645) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8645&action=view) Test case using the base class; works Using a base class instead of an anonymous inner class derivitive, the exc

[Bug java/21045] Anonymous inner class constructor's exceptions can't be caught or thrown

--- Additional Comments From brion at pobox dot com 2005-04-15 12:17 --- Created an attachment (id=8646) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8646&action=view) Failing test case using a throws declaration instead of try-catch Again, fails to compile with GCJ. Fine with ja

[Bug java/21044] [4.0/4.1 Regression] Static class init optimization is broken

-- What|Removed |Added Summary|Static class init |[4.0/4.1 Regression] Static |optimization is broken |class init optimization is

[Bug java/21045] Anonymous inner class constructor's exceptions can't be caught or thrown

--- Additional Comments From brion at pobox dot com 2005-04-15 12:20 --- Created an attachment (id=8647) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8647&action=view) Working test case with throws declaration Again, using the base class instead of an anonymous inner class the co

[Bug c++/21040] [3.3 regression] Segmentation fault on template/typedef typo

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-04-15 12:26 --- 3.3 branch breakage, almost surely WONTFIX. : Search converges between 2003-07-19-3.3 (#129) and 2003-07-20-3.3 (#130). -- What|Removed |Added --

[Bug fortran/20925] "Possible frontend bug: array constructor not expanded"

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

[Bug tree-optimization/21046] New: move memory allocation out of a loop

Consider the following program fragment: char *p; int i; for (i=0; i<10; i++) { p = malloc(20); foo(p,i); free(p); } } The loop could be simplified into p = malloc(20); for (i=0; i<10; i++) foo(p,i); free(p); This would reduce the overhead for memory

[Bug fortran/20838] [4.1 regression] ICE in gfc_conv_expr_descriptor, at fortran/trans-array.c:3606

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-04-15 12:44 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED

[Bug c++/21043] Compilation error when trying to call method of a class contain by grand-mother with a template mother and class

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-15 12:59 --- Not a bug. This has to do with two-stage name-lookup, see last bullet in http://gcc.gnu.org/bugs.html#new34 and http://gcc.gnu.org/gcc-3.4/changes.html You could use this->m_.p(), this->A::m_.p(), B::A::m

[Bug tree-optimization/21046] move memory allocation out of a loop

--- Additional Comments From giovannibajo at libero dot it 2005-04-15 13:04 --- I would think this is much more easily done in the frontend itself, which has a higher level representation so that it is much easier to hoist and reuse allocations. -- http://gcc.gnu.org/bugzilla/show_

[Bug tree-optimization/21029] [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances

--- Additional Comments From giovannibajo at libero dot it 2005-04-15 13:10 --- Then, shouldn't your patch check -fwrapv somehow? And if Ada relies on wrap around, does it enable -fwrapv? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21029

[Bug preprocessor/21039] libcpp incorrectly handles different headers with same name

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

[Bug preprocessor/20348] [4.0/4.1 Regression] File not included when file with same name is included before

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

[Bug target/21042] Error while compiling jdk14

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

[Bug c++/21043] Compilation error when trying to call method of a class contain by grand-mother with a template mother and class

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 13:30 --- Reopening to mark as ... -- What|Removed |Added Status|RESOLVED

[Bug c++/21043] Compilation error when trying to call method of a class contain by grand-mother with a template mother and class

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

[Bug c++/21012] [4.0/4.1 regression] incorrect name lookup from nested struct

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

[Bug java/21044] [4.0/4.1 Regression] Static class init optimization is broken

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

[Bug java/21045] Anonymous inner class constructor's exceptions can't be caught or thrown

-- What|Removed |Added OtherBugsDependingO||18131 nThis|| Keywords||rejects

[Bug tree-optimization/21046] move memory allocation out of a loop

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 13:37 --- (In reply to comment #1) > I would think this is much more easily done in the frontend itself, which has > a > higher level representation so that it is much easier to hoist and reuse > allocations. Not r

[Bug tree-optimization/21029] [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 13:39 --- (In reply to comment #7) > Then, shouldn't your patch check -fwrapv somehow? And if Ada relies on wrap > around, does it enable -fwrapv? Huh, the testcase is still defined C even though signed overflow is

[Bug libfortran/20788] Loading libgfortran.so clobbers C redirection of stdin

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-15 13:48 --- First: using stdio in a mixed Fortran/C is a small nightmare. For short term purposes, I strongly suggest you use the GFORTRAN_STDIN_UNIT=-1 trick. That does exactly what you want (that is, suggest that Fo

Re: Interesting bug with imLib2/glut, or compiler error?

-BEGIN PGP SIGNED MESSAGE- ~ Ok, thanks for the explanation. I'm just surprized and disappointed that no error message was displayed, either durring the compile or the dlopen load. Why does the programmer have to remember every system function name and avoid them? Jay Andrew Pinski wrote:

[Bug tree-optimization/20936] [4.1 Regression] tree check: accessed operand 2 of view_convert_expr with 1 operands

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-15 14:06 --- Subject: Bug 20936 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-15 14:06:11 Modified files: gcc: ChangeLog tree-ssa-ccp.c Log messag

[Bug tree-optimization/20936] [4.1 Regression] tree check: accessed operand 2 of view_convert_expr with 1 operands

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-15 14:07 --- Just checked in a patch. -- What|Removed |Added Status|ASSIGNED

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-04-15 14:50 --- Created an attachment (id=8649) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8649&action=view) proposed patch Proposed patch attached; it seems, error reporting interferes with warnings, though. Or

[Bug target/20126] [3.3/3.4/4.0 Regression] Inlined memcmp makes one argument null on entry

--- Additional Comments From roger at eyesopen dot com 2005-04-15 14:52 --- Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail On 15 Apr 2005, Alexandre Oliva wrote: > On Apr 12, 2005, Roger Sayle <[EMAIL PROTECTED]> wrote: > > I still like your fallbacks, that

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-15 15:10 --- I didn't count columns, but why would you be surprised that x = 4.3 + is not a valid statement? At least this seems to be the compiler's complaint in your second example. -- http://gcc.gnu.org/bugzilla/

[Bug fortran/20954] gfortran - internal compiler error with -fdefault-integer-8

--- Additional Comments From dir at lanl dot gov 2005-04-15 15:12 --- This error is killing "-fdefault-integer-8" - I hit it in almost every program I try to compile. Here is another example - [dranta:~/tests] dir% gfortran -fdefault-integer-8 -c d8test3.f d8test3.f: In function 'MAIN__'

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-04-15 15:12 --- I'm surprised that the line truncation warning is omitted in the error case. Somewhere in the dark of the parser or error reporter someone advances to the next line without my notice. -- http://gcc.gnu.

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-15 15:15 --- The patch is ok. IIRC I actually tried the exact same thing, except that I used gfc_warning instead of gfc_warning_now (and indeed the latter makes a lot more sense). -- http://gcc.gnu.org/bugzilla/show_bu

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-15 15:17 --- (In reply to comment #9) > I'm surprised that the line truncation warning is omitted in the error case. > Somewhere in the dark of the parser or error reporter someone advances to the > next line without my no

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-15 15:27 --- Yes, this seems to be the case: when the statement matchers don't succeed, they skip to the next line via gfc_error_recovery, see the bottom of decode_statement. therefore the if (gfc_at_eol ()) you changed do

[Bug tree-optimization/21031] Another missed forward propagation opportunity

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-15 15:30 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01726.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21031

[Bug middle-end/20371] Some corner cases of MS bitfields don't work

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-15 15:32 --- Created an attachment (id=8650) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8650&action=view) Additional testcase This is another testlet snipped out of gcc-dg-struct-layout-1-t026-01. With the orig

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-15 15:46 --- I just caught that you only sent the patch to gcc-patches@ Fortran patches should be sent to both gcc-patches@ and [EMAIL PROTECTED], few of the Fortran people are subscribed to gcc-patches. -- http://gcc

[Bug tree-optimization/20963] [4.1 Regression] ICE tree check: expected value_handle, have addr_expr in value_exists_in_set_bitmap, at tree-ssa-pre.c:437

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-15 15:51 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/21006] [4.1 Regression] g++.dg/other/static11.C fails

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 15:55 --- Also I can confirm that this is a middle-end problem. -- What|Removed |Added

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

-- What|Removed |Added Known to fail||4.1.0 Known to work||4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20994

[Bug debug/20940] [4.1 Regression] Option -ggdb3 stopped working

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 15:56 --- Fixed by reverting the patch which caused this. -- What|Removed |Added Status|NE

[Bug middle-end/20934] [4.1 Regression] Segmentation fault in gnat1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 15:56 --- Fixed by reverting the patch which caused this. -- What|Removed |Added Status|UN

[Bug middle-end/20719] [4.1 Regression] ICE in default_no_named_section, at varasm.c:4828

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 15:58 --- Fixed by a couple of patches. -- What|Removed |Added Status|NEW

[Bug c/21024] fold generates a comparison of two operands whose types do not match

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-15 16:37 --- build_binary_op builds a binary tree node for r >= (const void *) *q; Here are the details. (gdb) p resultcode $2 = GE_EXPR (gdb) call debug_tree(build_type) constant invariant 32> unit size constant i

[Bug libfortran/18495] Intrinisc function SPREAD is broken

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-15 17:24 --- There's something rotten in the state of Denmark. I've slightly modified Paul's test program with my patch, and this is what I got: program test_spread implicit none integer, parameter :: N = 100

[Bug tree-optimization/21047] New: ASSERT_EXPR handling in fold never triggers.

According to tree.def, ASSERT_EXPR belongs to tcc_expression. When fold gets a tree node that is tcc_expressions, we do not get to the following switch statement. switch (code) { case CONST_DECL: return fold (DECL_INITIAL (t)); case ASSERT_EXPR: So the ASSERT_EXPR case never

[Bug tree-optimization/21047] ASSERT_EXPR handling in fold never triggers.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 18:07 --- Confirmed, funny, I wonder why it was not noticed before, oh well. -- What|Removed |Added

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-04-15 18:23 --- Ok, I'm looking into implementing your suggestion. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14569

[Bug middle-end/20739] [4.0 regression] ICE in gimplify_addr_expr

--- Additional Comments From law at redhat dot com 2005-04-15 18:25 --- Subject: Re: [PR middle-end/20739] lvalue cond-expr gimplification may crash on cv-qual diffs On Thu, 2005-04-14 at 14:02 -0300, Alexandre Oliva wrote: > On Apr 4, 2005, Alexandre Oliva <[EMAIL PROTECTED]> w

[Bug tree-optimization/21048] New: use of poisoned ggc memory causes cpu2000 build failures

Current mainline gfortran fails to build four SPEC CPU2000 tests on powerpc64-linux using "-m64 -O2 -ffast-math -funroll-loops". In a call to is_gimple_stmt it tries to dereference a pointer that the garbage collector has poisoned. This reduced test case (which can undoubtedly be made smaller) de

[Bug tree-optimization/21031] Another missed forward propagation opportunity

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-15 18:42 --- Subject: Bug 21031 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-15 18:42:38 Modified files: gcc: ChangeLog tree-ssa-forwprop.c

[Bug tree-optimization/21031] Another missed forward propagation opportunity

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-15 18:44 --- Just checked in a patch. -- What|Removed |Added Status|NEW

[Bug tree-optimization/21031] Another missed forward propagation opportunity

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

[Bug target/20673] C PCH testsuite assembly comparison failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 19:14 --- Patch here: . Confirmed. -- What|Removed |Added

[Bug target/20673] [4.0 only] C PCH testsuite assembly comparison failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 19:15 --- Effects only 4.0 now. -- What|Removed |Added Summary|C PCH testsuite assembly

[Bug testsuite/20767] gcc.dg/tree-ssa/ssa-pre-8.c scan-tree-dump-times Eliminated: 4 1 fails on 64-bit systems

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

[Bug target/20673] [4.0 only] C PCH testsuite assembly comparison failure

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-15 19:23 --- Subject: Bug 20673 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-15 19:23:47 Modified files: gcc: ChangeLog Log message: Add

[Bug target/20673] [4.0 only] C PCH testsuite assembly comparison failure

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-15 19:25 --- Subject: Bug 20673 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-15 19:25:04 Modified files: gcc/config/sparc: sparc

[Bug target/20673] [4.0 only] C PCH testsuite assembly comparison failure

--- Additional Comments From davem at gcc dot gnu dot org 2005-04-15 19:26 --- This should be fixed both in mainline and the 4.0 branch -- What|Removed |Added St

[Bug target/20673] [4.0 only] C PCH testsuite assembly comparison failure

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

[Bug middle-end/20933] [4.1 Regression] gcc can no longer bootstrap itself

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

[Bug middle-end/21049] New: [4.1 Regression] ICE with -fdump-tree-all and fortran

Try to compile the following code with -fdump-tree-all and you will get a seg fault: subroutine foo return end -- Summary: [4.1 Regression] ICE with -fdump-tree-all and fortran Product: gcc Version: 4.1.0 Status: UNCONFIRMED

[Bug middle-end/21049] [4.1 Regression] ICE with -fdump-tree-all and fortran

-- What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Target Milestone|---

[Bug libfortran/18495] Intrinisc function SPREAD is broken

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-15 19:39 --- Spread putting its result into temporary arrays does indeed do something strange, even if the front end is providing the space. This is with an unpatched spread_generic.c: program test_spread implicit n

[Bug tree-optimization/21048] [4.1 Regression] use of poisoned ggc memory causes cpu2000 build failures

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

[Bug target/20810] ICE in reload_cse_simplify_operands, at postreload.c:391

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-04-15 19:57 --- // reduced testcase, compile with -O2 -mthumb extern void foo (void); struct bitset { int a[4]; void set(int pos, bool val = true) { if (val) a[pos/32] = 1; } bitset& f

[Bug tree-optimization/21048] [4.1 Regression] use of poisoned ggc memory causes cpu2000 build failures

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 19:58 --- Here is a testcase which removes the use of uninitialized variables and still crashes: subroutine foo(z, nx,j,k,l,nz) implicit real*8 (a-h,o-z) real u(5,60,60,60) do i = 2, nx-1

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-04-15 20:01 --- It works by not advancing to the next line in gfc_error_recovery. Final patch at http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01768.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14569

[Bug libfortran/18495] Intrinisc function SPREAD is broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-15 20:06 --- Subject: Bug 18495 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-15 20:06:17 Modified files: libgfortran: ChangeLog libgfortran/intrin

[Bug tree-optimization/21048] [4.1 Regression] use of poisoned ggc memory causes cpu2000 build failures

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 20:12 --- Here is a reduced testcase with the additional option of --param ggc-min-expand=0 which forces collection all the time: subroutine foo( nx,j,dble) implicit none integer i,j,nx real*

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 20:23 --- I just ran into this today, as -fdump-tree-all is broken for a different reason. -- What|Removed |Added --

[Bug libfortran/18495] [4.0 only] Intrinisc function SPREAD is broken

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-15 20:30 --- Fixed in 4.1 with this patch: http://gcc.gnu.org/ml/fortran/2005-04/msg00459.html Waiting for 4.0 to reopen. -- What|Removed |Added

[Bug target/21050] New: [4.1 Regression] vect-none.c ICE

FAIL: gcc.dg/vect/vect-none.c (test for excess errors) appeared on ia64-hpux (both -milp32 and -mlp64) on mainline between 20050413 and 20050414. gcc-testresults shows it also present on ia64-linux and I would guess it is the same failure. vect-none.c: In function 'foo': vect-none.c:181: error: u

[Bug target/21050] [4.1 Regression] vect-none.c ICE

-- What|Removed |Added Keywords||ice-on-valid-code Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.

[Bug tree-optimization/21001] VRP is weak when the tested variable in a COND_EXPR is used only in the COND_EXPR.

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-15 20:32 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01770.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21001

[Bug fortran/14569] should not warn about truncated comment lines

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-15 20:35 --- Subject: Bug 14569 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-15 20:35:26 Modified files: gcc/fortran: ChangeLog gfortran.h parse.c scanner.

[Bug target/21051] New: [4.1 Regression] sync tests ICE on ia64

FAIL: gcc.dg/ia64-sync-1.c (test for excess errors) FAIL: gcc.dg/ia64-sync-2.c (test for excess errors) FAIL: gcc.dg/ia64-sync-3.c (test for excess errors) appeared on ia64-hpux between 20050414 and 20050415; these tests formerly passed. The new test gcc.c-torture/compile/sync-1.c also fails at

[Bug fortran/14569] [4.0 only] should not warn about truncated comment lines

-- What|Removed |Added Summary|should not warn about |[4.0 only] should not warn |truncated comment lines |about truncated comment

[Bug target/21051] [4.1 Regression] sync tests ICE on ia64

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 20:42 --- Most likely caused by: 2004-04-14 Richard Henderson <[EMAIL PROTECTED]> * config/ia64/ia64.h (enum fetchop_code): Remove. (enum ia64_builtins): Move ... -- What|Removed

[Bug tree-optimization/21029] [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances

build-20050415T203732/gcc/testsuite/ada/acats/support cxg2009.adb +===GNAT BUG DETECTED==+ | 4.1.0 20050415 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | in set_value_range, at tree-vrp.c:124| |

[Bug tree-optimization/21048] [4.1 Regression] use of poisoned ggc memory causes cpu2000 build failures

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-15 20:46 --- Applying the following patch causes the ICE to be seen earlier: Index: tree-ssa-loop-im.c === RCS file: /cvs/gcc/gcc/gcc/tree-ssa-loop-im.c,v

  1   2   >