[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 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 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 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/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 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

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

[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 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] [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 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 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 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

--- 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 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 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/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 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/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: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 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 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 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] [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 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/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 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 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 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 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 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 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 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 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 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 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 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

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

[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

<    1   2