[Bug target/20263] [4.0/4.1 Regression] Incorrect asm for global register vars

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16 07:56 --- The problem occurs only with GCC 4.x, in particular not with GCC 3.4.3. -- What|Removed |Added

[Bug middle-end/20493] [4.0 Regression] Bootstrap failure

-- What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20493

[Bug middle-end/20493] [4.0 Regression] Bootstrap failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 06:42 --- Created an attachment (id=8400) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8400&action=view) patch which might fix this This patch might fix the problem. Basically we should not do canonicalizing

[Bug middle-end/20493] [4.0 Regression] Bootstrap failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 06:26 --- The following code is another example: typedef int (*fptr_t) (void); int __canonicalize_funcptr_for_compare (fptr_t t) { return (int)(t) == -1; } Hmm, I have not traced it yet but maybe we should not cal

[Bug bootstrap/20493] New: [4.0 Regression] Bootstrap failure

stage1/xgcc -Bstage1/ -B/home/dave/opt/gnu/gcc/gcc-4.1.0/hppa-linux/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototype s -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror - fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE-I. -Ib

[Bug tree-optimization/20492] New: [tcb] update_ssa (..., true) places an invalid PHI node.

Change update_ssa (..., false) in tree-vrp.c to update_ssa (..., true). Then compile the following, reduced from find_unreachable_blocks: struct basic_block_def; struct edge_def { struct basic_block_def *dest; }; typedef struct edge_def *edge; typedef struct VEC_edge { unsigned num; edge

[Bug ada/19035] Put constants read-only on ELF platforms

--- Additional Comments From bosch at gcc dot gnu dot org 2005-03-16 04:32 --- This program leads to erroneous execution. This is consistent with the Ada standard. If you're really determined to shoot yourself in the foot, Ada will let you. It may hurt. There is no bug here. --

[Bug c++/19769] [4.0/4.1 Regression] GCC produces wrong dwarf2 output that breaks gdb

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-16 04:25 --- Subject: Re: [4.0/4.1 Regression] GCC produces wrong dwarf2 output that breaks gdb On Wed, 2005-03-16 at 03:54 +, wilson at gcc dot gnu dot org wrote: > --- Additional Comments From wilson

[Bug c++/19769] [4.0/4.1 Regression] GCC produces wrong dwarf2 output that breaks gdb

--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-16 03:54 --- Part of the problem here is the way that declare_in_namespace works. gen_variable_die, calls declare_in_namespace, which checks to see if the variable has a namespace, and if so emits it into that namespace.

[Bug c++/19769] [4.0/4.1 Regression] GCC produces wrong dwarf2 output that breaks gdb

--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-16 03:46 --- I confirmed that I don't see the problem if I compile with -m32 on a x86-64 system. This happens with 32-bit x86 code because update_equiv_regs deletes and reinserts the instruction that loads the value of

[Bug tree-optimization/17454] [4.0 Regression] ICE with --enable-checking=fold

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 02:51 --- Fixed at least on the mainline, waiting for Roger to commit it the 4.0 branch after he finishes testing the patch which fixes this. Patch here: .

[Bug other/19013] gcc.c-torture/execute/ieee/mzero6.c should not rely on C99 math functions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 02:37 --- This really should be fixed on the mainline and 4.0 branch as copysign is always inlined. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19013

[Bug middle-end/20491] [4.0/4.1 Regression] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 02:27 --- Confirmed, reduced testcase: volatile unsigned short _const_32 [4] = {1,2,3,4}; void evas_common_convert_yuv_420p_601_rgba() { __asm__ __volatile__ ("" : : "X" (*_const_32)); } Note really X should not be

[Bug tree-optimization/17454] [4.0/4.1 Regression] ICE with --enable-checking=fold

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-16 02:20 --- Subject: Bug 17454 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-16 02:20:08 Modified files: gcc: ChangeLog tree.c fold-const.c Log m

[Bug c/20491] New: internal compiler error: in subreg_regno_offset, at rtlanal.c:3042

le-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++,java,objc Thread model: posix gcc version 4.1.0 20050315 (experimental) [EMAIL PROTECTED]:~$ gcc -O2 -c evas2.c -o evas.o evas2.c: In function 'evas_common_convert_yuv_420p_601_rgba': evas2.c:9: internal compiler error: in subr

[Bug tree-optimization/20490] [4.0 Regression] ICE: verify_stmts failed. (with -O -ftree-pre)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 02:17 --- Confirmed, this is 4.1 regression. Before in 4.0, we got: pretmp.2_11 = x_4 * -1; But after the patch to fold that to - x_4, we get: pretmp.2_11 = (int) -x_4; The problem is that the type for x_4 is g

[Bug tree-optimization/20490] ICE: verify_stmts failed. (with -O -ftree-pre)

--- Additional Comments From commie1 at gmx dot net 2005-03-16 02:11 --- Sorry, the commandline I gave is missing the -O. So it should be: /tmp/gccml/libexec/gcc/i686-pc-linux-gnu/4.1.0/cc1 -fpreprocessed blah.i -quiet -dumpbase blah.c -march=i386 -auxbase blah -version -o blah.s -O -ftr

[Bug tree-optimization/20490] New: ICE: verify_stmts failed. (with -O -ftree-pre)

/tmp/gccml/libexec/gcc/i686-pc-linux-gnu/4.1.0/cc1 -fpreprocessed blah.i -quiet -dumpbase blah.c -march=i386 -auxbase blah -version -o blah.s -ftree-pre GNU C version 4.1.0 20050316 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.1.0 20050316 (experimental). GGC heuristics:

[Bug rtl-optimization/20466] Missed invalidation of known memory contents in flow2...

--- Additional Comments From hp at gcc dot gnu dot org 2005-03-16 01:43 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01385.html>. -- What|Removed |Added

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-16 01:24 --- This is at the point where die. Block 2 and block 7 both set reg 136. Block 2 uses it, and the predecessors of block 2 are block 2 and block 7. Reg 136 is in liveout(2). But it is not in liveout(7) for

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From echristo at redhat dot com 2005-03-16 01:15 --- Fairly certain the REG_DEAD note is wrong since I can't see a way for 136 to die in that insn (on read?). Where'd the note get set? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20177

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-16 01:10 --- For me the fatal error now happens in a block starting with this: Breakpoint 6, verify_wide_reg (regno=136, bb=0x400a5a50) at ../../mainline/gcc/flow.c:494 494 fatal_error ("internal consistency fa

[Bug middle-end/17827] [3.4 Regression] ICE: in make_decl_rtl, at varasm.c:752

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-16 01:08 --- *** Bug 20485 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/20485] [3.4 Regression] ice with -O1 or above

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-16 01:08 --- Here's a reduced testcase: struct A { A* foo() { return 0; } }; void foo(A *p) { return; if (A *q = p) p = q->foo(); }

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From janis at gcc dot gnu dot org 2005-03-16 01:05 --- Mostafa, would you please take a look at this? If you don't get to it first I'll try it with your recent SMS changes. -- What|Removed |Added --

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-16 01:01 --- This is enough for me to trigger the bug. The malloc is needed, probably it makes sure V and vector don't alias, or something like that. extern void * malloc (long); int n; float (*vector)[]; voi

[Bug tree-optimization/20489] [4.1 regression] ICE: address taken, but ADDRESSABLE bit not set

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-16 01:00 --- We aren't making an SFT for the empty class because we are stupid :) I'll have a fix in a moment. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20489

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

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

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From steven at gcc dot gnu dot org 2005-03-16 00:57 --- I really doubt my patch is to blame for this. This patch has been on the hammer branch for ages, so it was in the system compiler of every SUSE distribution released in the last 2 years. Probably SMS is

[Bug tree-optimization/20489] [4.1 regression] ICE: address taken, but ADDRESSABLE bit not set

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

[Bug tree-optimization/20489] [4.1 regression] ICE: address taken, but ADDRESSABLE bit not set

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 00:46 --- Confirmed and assigning it to Daniel per his request. -- What|Removed |Added

[Bug tree-optimization/20489] New: [4.1 regression] ICE: address taken, but ADDRESSABLE bit not set

The following code snippet causes an ICE on mainline when compiled with g++ -O: struct A { ~A(); }; struct B { int i; A a; void foo() {} }; void bar() { B().foo(); } bug.cc: In function 'void bar()': bug.cc:14: error: ad

[Bug fortran/18827] ICE on assign to common variable

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

[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran

-- Bug 19292 depends on bug 18827, which changed state. Bug 18827 Summary: ICE on assign to common variable http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18827 What|Old Value |New Value

[Bug fortran/18827] ICE on assign to common variable

--- Additional Comments From fengwang at gcc dot gnu dot org 2005-03-16 00:19 --- Fixed -- What|Removed |Added Status|NEW |RESOLVED

[Bug libstdc++/20352] FAIL: 26_numerics/complex/pow.cc execution test

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 23:39 --- Subject: Bug 20352 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 23:38:54 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/inclu

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-15 23:37 --- Forgot to say: the structure of the code is inspired by g95, but I don't think g95 catches this error, the meat of the patch is original. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18990

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-15 23:35 --- This is a patch, which fixes the problem. I'm not submitting it, because the error location it prints for Andrew's variation of the bug's theme is unusable, also I've not yet convinced myself that there are ca

[Bug c/9072] -Wconversion should be split into two distinct flags

--- Additional Comments From gcc at sopwith dot solgatos dot com 2005-03-15 23:22 --- I observe that gcc -Wconversion generates the exact same warning message for converting from narrow to wide as it does for converting from wide to narrow. Correct me if I'm wrong, but converting from n

[Bug libfortran/20471] Segmentation fault on read after backspace and rewind

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 22:58 --- Confirmed, werid I don't get it with a newer gfortran on i686-pc-linux. -- What|Removed |Added ---

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-15 22:56 --- Hm, I wonder where my comment went. It looks like don't enforce the seond constraint after R429: "The character length specified by the char-length in a component-decl or the char-selector in a type-spec (5.1,

[Bug fortran/20482] Problem when overloading LEN intrinsic

--- Additional Comments From tow21 at cam dot ac dot uk 2005-03-15 22:53 --- Actually, I think this might be a duplicate of PR18108. Not sure, though - that one doesn't involve an existing intrinsic, unlike this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20482

[Bug fortran/20482] Problem when overloading LEN intrinsic

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 22:43 --- Reduced testcase: module m_wxml_buffer implicit none interface len module procedure buffer_length end interface CONTAINS subroutine add_to_buffer_escaping_markup(s) character(len=*), intent(in) ::

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-15 22:39 --- Sorry for not checking the original testcase! I also still get the ICE. Well, I don't know whether this is an ice-checking or not - I always build my compilers with checking enabled. -- What

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From tow21 at cam dot ac dot uk 2005-03-15 22:37 --- (In reply to comment #8) > Hmm, is the following valid code because we get the same ICE here too: > module core > type :: T > character(len=*) :: s > end type T > private > CONTAINS > subroutine FO

[Bug libfortran/20480] libfortran: formatted write, ES edit descriptor

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 22:35 --- Confirmed. -- What|Removed |Added CC||pinskia at

[Bug libfortran/19014] print *,maxloc(array) segfaults

-- What|Removed |Added BugsThisDependsOn||19106 AssignedTo|unassigned at gcc dot gnu |Thomas dot Koenig at online |dot org

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 22:30 --- Hmm, is the following valid code because we get the same ICE here too: module core type :: T character(len=*) :: s end type T private CONTAINS subroutine FOO(X) type(T), intent(in)

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 22:26 --- And here is the new reduced testcase: module core type, public :: T character(len=I) :: str end type T private CONTAINS subroutine FOO(X) type(T), intent(in) :: X end subroutine

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-15 22:18 --- I didn't mean to remove the ice-checking keyword. Volker, please put it back if appropriate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18990

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 21:58 --- Via source from ftp://ftp.gnu.org/. -- What|Removed |Added Status|UNCONFIRMED

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From julio dot mendes at consist dot com dot br 2005-03-15 21:55 --- # -- What|Removed |Added Status|VERIFIED|UNCONFI

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From julio dot mendes at consist dot com dot br 2005-03-15 21:54 --- Andrew, just a comment : I can not find version for Tru64/EV5 on a GNU site. -- What|Removed |Added --

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

error: in gfc_get_derived_type, at fortran/trans-types.c:1403 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. parabrisas:~/test% /home/tow/root/gcc/bin/gfortran --version GNU Fortran 95

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-15 21:49 --- No, but thanks for pointing this out, this looks like exactly the same problem, even though the ICE is different. I hadn't seen the reduced testcase, that's why I missed this duplicate. -- http://gcc.gnu.or

[Bug libfortran/20124] gfortran prints -.01 incorrectly

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 21:49 --- Note I think this fixed a couple of SPEC 95 tests as they no longer mis compare. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20124

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From julio dot mendes at consist dot com dot br 2005-03-15 21:40 --- (In reply to comment #7) > You install it. Andrew, sorry again, but I´m not expert. May you have the package name, in order to download. I experienced dowload a version of EV56 (some packages

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 21:36 --- You install it. -- What|Removed |Added Status|WAITING |RESOL

[Bug inline-asm/20468] LABEL already defined in inline-asm

--- Additional Comments From ltg at zes dot uni-bremen dot de 2005-03-15 21:34 --- Subject: RE: LABEL already defined in inline-asm Hi, On 14-Mar-2005 pinskia at gcc dot gnu dot org wrote: > > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14 > 05:51 ---

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From julio dot mendes at consist dot com dot br 2005-03-15 21:32 --- (In reply to comment #5) > You need to use GNU make and not the make which is installed by default on OSF. Hi Andrew Sorry by these question but: How can I use the make from GNU? Julio Mendes.

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 21:24 --- You need to use GNU make and not the make which is installed by default on OSF. -- What|Removed |Added ---

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From julio dot mendes at consist dot com dot br 2005-03-15 21:24 --- Created an attachment (id=8396) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8396&action=view) Config log The log of execution : "CC="cc -ieee" ./configure --enable-languages=c,c++" --

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From julio dot mendes at consist dot com dot br 2005-03-15 21:23 --- Created an attachment (id=8395) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8395&action=view) Make bootstrap - LOG This is the log generated by command "make bootstrap" | tee -a makeboo.

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From julio dot mendes at consist dot com dot br 2005-03-15 21:21 --- Created an attachment (id=8394) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8394&action=view) Makefile generated. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20488

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 21:21 --- Are you using GNU make which is required now? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20488

[Bug bootstrap/20488] New: Makefile: Must be a separator on line 774. Stop.

I tried asembly GCC343 on a Digital 51B, using Flags "CC="cc - ieee" ./configure --enable-languages=c,c++" (according ID16787). At the end of make bootstrap I got the error above. I checked the Makefile generated, and I can´t understand. The same intruction was used before. There is a limit or an

[Bug fortran/18026] boz initialization of REALs fails

--- Additional Comments From kargl at gcc dot gnu dot org 2005-03-15 21:05 --- I've removed the "reject-valid" keyward because the code is not valid Fortran 95. From section 5.2.10, we have: If a data-statement-constant is a boz-literal-constant, the corresponding object shall be

[Bug libgcj/20251] [4.0/4.1 regression] libgcj configured with --enable-gtk-cairo fails on installation

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 20:57 --- Subject: Bug 20251 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-15 20:57:04 Modified files: libjava: Change

[Bug libgcj/20251] [4.0/4.1 regression] libgcj configured with --enable-gtk-cairo fails on installation

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 20:55 --- Subject: Bug 20251 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 20:55:36 Modified files: libjava: ChangeLog Makefile.am Makefile.in L

[Bug c++/20487] Bad code generation caused by -fschedule-insns2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 20:25 --- Type1* zone1 = reinterpret_cast(memory_block[0]); zone1->offset = 20; Type1* zone2 = reinterpret_cast(memory_block[20]); zone2->offset = 2 * 20; Type3* pageToUse = reinterpret_cast(memory_block[2

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-15 20:22 --- Fixed in gcc 4.0.0. Tobi, this was probably fixed by your patch for PR 20323. Do you want to add these examples above as testcases, too? -- What|Removed |Added ---

[Bug c++/20487] New: Bad code generation caused by -fschedule-insns2

This bug was detected in gcc 3.3.1 and is still here in gcc-3.4.3 and gcc-4.0.0 The bug is not in gcc-3.2.2 -O2 and -Os produces bad code. Switching optimization level to something less than -O2 produces a valid code. Using -O2 -fno-schedule-insns2 also produces valid code. ./g++-mainline-4.0 -O2

[Bug libgcj/20251] [4.0/4.1 regression] libgcj configured with --enable-gtk-cairo fails on installation

--- Additional Comments From fitzsim at redhat dot com 2005-03-15 19:09 --- I couldn't reproduce this on my machine. Can you try out Jakub's patch? If it solves your problem we can close this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251

[Bug c++/20484] No proper linkage created for in class initialized static const

--- Additional Comments From pinskia at physics dot uc dot edu 2005-03-15 18:50 --- Subject: Re: No proper linkage created for in class initialized static const On Mar 15, 2005, at 1:46 PM, dopheide at fmf dot nl wrote: > It stills /looks/ inconsistent though. That is because there

Re: [Bug c++/20484] No proper linkage created for in class initialized static const

On Mar 15, 2005, at 1:46 PM, dopheide at fmf dot nl wrote: It stills /looks/ inconsistent though. That is because there is an optimization going on here which is allowed by the standard. -- Pinski

[Bug c++/20484] No proper linkage created for in class initialized static const

--- Additional Comments From dopheide at fmf dot nl 2005-03-15 18:46 --- You are correct. I was wrong. I thought, because of consistency reasons, that 1) both should link, or 2) both shouldn't link. (And I choose 1) for the "bug"-report.) As I now understand it, the "static int const A

[Bug tree-optimization/20470] Branching sequence generated for ABS(x-y)

--- Additional Comments From pthaugen at us dot ibm dot com 2005-03-15 18:22 --- Ditto here, except added additional call to negate_expr_p(arg2) to make sure it was ok to flip the expression back to it's original form. Not sure if that was necessary, was assuming I'd get comments when I

[Bug c++/20485] [3.4 Regression] ice with -O1 or above

--- Additional Comments From bangerth at dealii dot org 2005-03-15 18:15 --- Created an attachment (id=8393) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8393&action=view) Preprocessed sources, not reduced -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20485

[Bug rtl-optimization/20211] autoincrement generation is poor

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-15 18:08 --- > A patch against 4.0 20050218 is here: > http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01612.html discover_flags_reg also needs to be updated to understand INSNs. -- http://gcc.gnu.org/bugzilla/show_b

[Bug libgcj/20486] Win32 needs Socket read returns EOF when count == 0 fix

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

[Bug libgcj/20486] New: Win32 needs Socket read returns EOF when count == 0 fix

With this patch: http://gcc.gnu.org/ml/java-patches/2005-q1/msg00753.html I fixed the "Socket read returns EOF when count == 0" problem for POSIX. A similar patch should be made to Win32 code. -- Summary: Win32 needs Socket read returns EOF when count == 0 fix Product: gc

[Bug middle-end/19985] [3.4/4.0/4.1 Regression] executables created with -fprofile-arcs -ftest-coverage segfault in gcov_exit ()

-- What|Removed |Added Summary|executables created with - |[3.4/4.0/4.1 Regression] |fprofile-arcs -ftest- |executables created with -

[Bug c++/20485] [3.4 Regression] ice with -O1 or above

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

[Bug c++/20485] [3.4 Regression] ice with -O1 or above

-- What|Removed |Added Known to fail||3.4.0 4.0.0 Known to work||3.3.3 4.0.0 4.1.0 http://gcc.gnu.org/bugzilla/sho

[Bug c++/20485] [3.4 Regression] ice with -O1 or above

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 17:07 --- Note this code is partly invalid (and will be rejected in 4.0) but fixing that invalidness, still gets the error in 3.4.x. Basically friend support in 4.0 and above is closer to what the standard says it

[Bug c++/20381] [4.0/4.1 Regression] ICE in build_ptrmemfunc, at cp/typeck.c:5702

--- Additional Comments From micis at gmx dot de 2005-03-15 17:04 --- I got this ICE only with gcc 4.1.0 Michael Cieslinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20381

[Bug c++/20485] New: ice with -O1 or above

Source available at http://www.bodi-klinke.dk/parser.ii $ /usr/local/bin/g++ -g -Wall -Werror -O1 -c parser.ii parser.hh: In member function `bool parser::Parser::parse_simple_declaration(parser::Environment*, parser::Parser::DeclEnv&, const parser::Parser::fun_env_t&, bool, parser::DeclStatement*

[Bug ada/6852] gnatlib fails to build with newlib because it doesn't set up the include path

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-15 16:32 --- Adding nathanael in cc: Nathanel, could you have a look at the comment #10 about passing GCC_FOR_TARGET down to libada/Makefile ? Arno -- What|Removed |Added --

[Bug fortran/17298] gfortran ICE: Not Implemented: Scalarization of non-elemental intrinsic: __transfer1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 16:28 --- *** Bug 20483 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug fortran/20483] Not Implemented: Scalarization of non-elemental intrinsic

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 16:28 --- *** This bug has been marked as a duplicate of 17298 *** -- What|Removed |Added

[Bug tree-optimization/18727] [4.0/4.1 Regression] ACATS c43214c fails at runtime (aliasing pb)

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-15 16:25 --- Fixed on mainline. -- What|Removed |Added Status|ASSIGNED

[Bug libgcj/20251] [4.0/4.1 regression] libgcj configured with --enable-gtk-cairo fails on installation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 16:18 --- Patch here: . -- What|Removed |Added

[Bug ada/15608] Bug box at sem_ch3.adb:8228

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-15 16:17 --- Fixed on mainline. -- What|Removed |Added Status|NEW |RE

[Bug ada/20344] [4.0/4.1 regression] gnat1: error: unrecognized command line option "-fRTS=/tmp/rts"

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-15 16:09 --- Fixed on mainline. -- What|Removed |Added Target Milestone|--- |4.

[Bug ada/15608] Bug box at sem_ch3.adb:8228

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 16:13 --- Subject: Bug 15608 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 16:12:59 Modified files: gcc/ada: sem_util.adb Log message: 2

[Bug c++/20484] No proper linkage created for in class initialized static const

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 16:12 --- You need to declare space for the variable still like so: int const Test::A; This is invalid. -- What|Removed |Added

[Bug ada/20344] [4.0/4.1 regression] gnat1: error: unrecognized command line option "-fRTS=/tmp/rts"

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-15 16:11 --- Marking as fixed. -- What|Removed |Added Status|ASSIGNED|RES

[Bug ada/6852] gnatlib fails to build with newlib because it doesn't set up the include path

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 16:11 --- Subject: Bug 6852 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 16:10:23 Modified files: gcc/ada: Makefile.in Log message: 200

[Bug ada/20226] [4.0/4.1 Regression] Error in __gnat_install_SEH_handler breaks bootstrap

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-15 16:07 --- Fixed on mainline. -- What|Removed |Added Status|ASSIGNED|RE

[Bug ada/19408] [4.0/4.1 Regression] ACATS c391002 failure on powerpc-darwin, wrong .space

-- Bug 19408 depends on bug 19900, which changed state. Bug 19900 Summary: [4.0/4.1 Regression] ACATS c391002 c432002 ICE categorize_ctor_elements_1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19900 What|Old Value |New Value ---

  1   2   >