[Bug tree-optimization/23475] Frequences are not updated for empty loop removal

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 07:13 --- Subject: Bug 23475 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 07:13:07 Modified files: gcc: ChangeLog tree-ssa-loop-ivcanon.c L

[Bug tree-optimization/23475] Frequences are not updated for empty loop removal

--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-29 07:18 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug testsuite/23607] gcc.target/i386/pr23575.c fails on x86_64

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 08:30 --- Note it also fails on 4.0, I'll commit a patch as obvious. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23607

[Bug middle-end/23484] __builtin___memcpy_chk miscompilation

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 08:40 --- Subject: Bug 23484 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 08:40:48 Modified files: gcc: ChangeLog builtins.c gcc/tes

[Bug middle-end/23484] __builtin___memcpy_chk miscompilation

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 08:42 --- Subject: Bug 23484 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-rhl-branch Changes by: [EMAIL PROTECTED] 2005-08-29 08:42:09 Modified files: gcc: Ch

[Bug testsuite/23607] gcc.target/i386/pr23575.c fails on x86_64

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 08:50 --- Subject: Bug 23607 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-29 08:50:13 Modified files: gcc/testsuite : Change

[Bug c/23618] New: GCC seems to generate line number information for the same line in two places

When compiling a function with an empty body, e.g. int MyFunc(void) { } GCC seems to add line number information for the line containing the opening bracket in two different places. Here is an example assembler output: .globl MyFunc .type MyFunc, @function MyFunc: .LFB3:

[Bug c/23618] GCC seems to generate line number information for the same line in two places

--- Additional Comments From tommi dot hoynalanmaa at iki dot fi 2005-08-29 08:59 --- Created an attachment (id=9612) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9612&action=view) Preprocessed source to generate the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23618

[Bug c/23618] GCC seems to generate line number information for the same line in two places

--- Additional Comments From tommi dot hoynalanmaa at iki dot fi 2005-08-29 09:01 --- Here is the output of "gcc -v" on my system: --- Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.4/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelan

[Bug tree-optimization/23619] New: Missed pre opportunity

On the following testcase: int a[100]; void foo(int p, int q) { int i; for (i = 0; i < 100; i++) if (i & 8) a[i] = (p + q) + 2; else a[i] = (p + q) + 4; } I expected (p+q) to be moved out of loop by pre, but it does not happen. At first I thought this is caused by reasso

[Bug c++/23307] [3.4/4.0/4.1 Regression] ICE in cp_parser_template_id, at cp/parser.c:8564 with Boost remote_call_manager

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 09:17 --- Nathan didn't like my fix. Some C++ frontend guy needs to look at it then (unassigned myself). -- What|Removed |Added ---

[Bug c++/21123] [4.0 regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-08-29 09:20 --- seen on arm-linux as well, building kdelibs-3.4, according to http://buildd.debian.org/fetch.php?&pkg=kdelibs&ver=4%3A3.4.2-2&arch=arm&stamp=1124910639&file=log&as=raw -- What|Remove

[Bug middle-end/23599] [4.0 Regression] Flag -fstrict-aliasing corrupts iterators

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 09:29 --- Cannot reproduce on x86_64 either. Seems to be fixed. -- What|Removed |Added St

[Bug rtl-optimization/23567] [3.4/4.0/4.1 regression] if-conversion causes wrong code

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-08-29 09:37 --- reported as http://bugs.debian.org/325050 -- What|Removed |Added CC|

[Bug java/23620] New: Segfault compiling inner interfaces

I'm getting an ICE with gcc 4.0.1 that I've reduced to the following test case with three classes, in A.java, B.java, and C.java, respectively: public class A { public interface AInt { void methA(); } } public class B implements A.AInt { void methA() { } public interface BInt { void m

[Bug c/23576] [4.0/4.1 regression] tree check: expected class ‘type’, have exceptional’ (error_mark) in grokdeclarator, at c-decl.c:4252

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 09:44 --- I have a fix in testing. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu

[Bug c++/5247] Memory eating infinite loop on default parameter in constructor which is reference to class

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 10:05 --- EDG manages to produce pr5247.C(2): error: no suitable constructor exists to convert from "int" to "a" a (int, const a & = 0) { } ^ -- http://gcc.gnu.org/bugzilla/show_bug

[Bug target/23621] New: gcj-dbtool aborts on m68k-linux

[forwarded from http://bugs.debian.org/312830] 4.0.2 20050821, binutils-2.16.1, glibc-2.3.5 (crest/unstable). On Sat, Jun 11, 2005 at 01:15:30AM +0200, Christian T. Steigies wrote: > > Running it from gdb now, it seems to take a LOT longer... Starting program: /usr/bin/gcj-dbtool-4.0 -n /var/li

[Bug middle-end/8081] ICE with variably sized types and nested functions

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 10:12 --- Mainline no longer ICEs on the testcase. 3.4.5 shows pr8081.c:15: internal compiler error: in assign_stack_temp_for_type, at function.c:658 while 4.0.2 now aborts in pr8081.c:15: internal compiler error:

[Bug middle-end/23458] ICE on m68k (-O3)

-- What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bug

[Bug c/23576] [4.0/4.1 regression] tree check: expected class ‘type’, have exceptional’ (error_mark) in grokdeclarator, at c-decl.c:4252

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 11:20 --- Patch posted. -- What|Removed |Added URL||http://

[Bug tree-optimization/23622] New: Dom jump threading at -O1 confuses branch prediction

Given a loop for (i = 0; i < 100; i++) something (); translated as L1: i_1 = phi (0, i_2) if (i_1 > 100) goto exit; L2: something (); i_2 = i_1 + 1; goto L1; Jump threading in dom1 produces i_3 = phi(0); goto L2; L1: i_1 = phi(i_2); if (i_1 > 100) goto exit; L2:

[Bug c++/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3

--- Additional Comments From micis at gmx dot de 2005-08-29 12:07 --- With the actual snapshot I get a segfault: GNU C++ version 4.1.0 20050826 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.1.0 20050826 (experimental). GGC heuristics: --param ggc-min-expan

[Bug c++/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 12:13 --- Try Index: tree-ssa-structalias.c === RCS file: /cvs/gcc/gcc/gcc/tree-ssa-structalias.c,v retrieving revision 2.27 diff -c -3 -p -r2.27 tree-s

[Bug c++/23372] [4.0/4.1 Regression] Temporary aggregate copy not elided when passing parameters by value

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 12:15 --- I may have a patch^Whack to fix the first testcase. Let's see if it passes testing... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372

[Bug tree-optimization/23619] Missed pre opportunity

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 12:33 --- This is a dup of bug 23286 and a couple other ones. *** This bug has been marked as a duplicate of 23286 *** -- What|Removed |Added -

[Bug tree-optimization/23286] missed fully redundant expression

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 12:33 --- *** Bug 23619 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug ada/21053] Warnings from init.c

--- Additional Comments From charlet at gcc dot gnu dot org 2005-08-29 12:34 --- I can't really test on a hppa configuration, but the change is trivial and obviousely correct anyway, so I'll incorporate it soon. Arno -- What|Removed |Added --

[Bug middle-end/23484] __builtin___memcpy_chk miscompilation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 12:38 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug debug/23618] GCC seems to generate line number information for the same line in two places

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 12:40 --- Fixed for 4.0.0: MyFunc: .LFB2: .file 1 "debugtest1.c" .loc 1 5 0 pushl %ebp .LCFI0: movl%esp, %ebp .LCFI1: .loc 1 6 0 popl%ebp ret --

[Bug tree-optimization/23619] Missed pre opportunity

--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-29 12:46 --- Is it really a duplicate? I think that in 23286, VUSE at ii may be the problem; but in this testcase, there is nothing that can prevent p+q from being moved out of loop. Also, in the expression p + q is par

[Bug tree-optimization/23619] Missed pre opportunity

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 12:53 --- Yes it is a dup as, the issue is we don't pre things for: if (a) d = b + c; else d = b + e; Where b is a complex expression (yes this is simplifing it). Even pull the load of ii in PR 23286, we still d

[Bug tree-optimization/23622] Dom jump threading at -O1 confuses branch prediction

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 12:57 --- Hmm, in dom1 we get: : goto (); # i_4 = PHI ; :; something (); i_3 = i_4 + 1; # i_1 = PHI ; :; if (i_1 <= 99) goto ; else goto ; :; return; # i_2 = PHI <0(0)>; :; goto (); In PHI-OPT

[Bug target/23621] gcj-dbtool aborts on m68k-linux

-- What|Removed |Added Keywords||EH http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23621

[Bug ada/23187] MAXPATHLEN usage in gcc/ada/*.c

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 13:07 --- Subject: Bug 23187 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 13:07:07 Modified files: gcc/ada: adaint.c Log message: PR ad

[Bug c++/23372] [4.0/4.1 Regression] Temporary aggregate copy not elided when passing parameters by value

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 13:13 --- One possibility would be to hack out-of-ssa to coalesce single use variables with their defs in the case of aggregates. The real fix would involve expanding to rtl from ssa, so we have this information read

[Bug ada/23187] MAXPATHLEN usage in gcc/ada/*.c

--- Additional Comments From charlet at gcc dot gnu dot org 2005-08-29 13:14 --- Should not cause compilation error any more. Arno -- What|Removed |Added Status

[Bug target/21824] [meta-bug] bootstrap bugs for *-gnu*

-- Bug 21824 depends on bug 23187, which changed state. Bug 23187 Summary: MAXPATHLEN usage in gcc/ada/*.c http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23187 What|Old Value |New Value

[Bug tree-optimization/23622] Dom jump threading at -O1 confuses branch prediction

--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-29 13:18 --- Sorry, I have simplified the testcase and only looked at the dom1 dump. You need the following testcase to reproduce the problem (for the second loop): void foo (void) { int i; for (i = 0; i < 100; i+

[Bug middle-end/23599] [4.0 Regression] Flag -fstrict-aliasing corrupts iterators

--- Additional Comments From leopardi at bigpond dot net dot au 2005-08-29 13:19 --- (In reply to comment #5) > Cannot reproduce on x86_64 either. Seems to be fixed. Agree. I have now also tested with gcc version 4.0.2 20050825 (prerelease) and the bug no longer occurs.

[Bug c++/13377] unexpected behavior of namespace usage directive

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-29 13:32 --- Testing a patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |re

[Bug other/23541] all error messages produce segfault ICE

--- Additional Comments From fgccbz0 at greynode dot net 2005-08-29 13:36 --- > It sounds like you have a mismatching header installed and nothing more. Such a difference is certainly possible - thank's for the e-mail address. That ought to provide the hook I need to continue. -- h

[Bug ada/20548] [4.1 Regression] ACATS c52103x segfault at runtime on x86_64

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-08-29 13:38 --- This test will very likely be affected by a yet-to-be-merged front-end change. Therefore back to normal state. -- What|Removed |Added -

[Bug tree-optimization/23619] Missed pre opportunity

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 13:40 --- Subject: Re: Missed pre opportunity On Mon, 29 Aug 2005, pinskia at gcc dot gnu dot org wrote: > > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 > 12:53 --- > Yes it i

[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 13:52 --- Subject: Bug 21268 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 13:52:38 Modified files: gcc: ChangeLog Makefile.in Log message:

[Bug c++/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 13:54 --- Subject: Re: [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3 On Mon, 2005-08-29 at 12:13 +, rguenth at gcc dot gnu dot org wrote: > --- Additional Comm

[Bug c++/23099] [4.0/4.1 regression] ICE in build_simple_base_path, at cp/class.c:460

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 13:56 --- Subject: Bug 23099 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-29 13:56:48 Modified files: gcc/cp : cp-tre

[Bug c++/22488] [4.1 Regression] C++ generates incorrect overlapping fields

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 13:57 --- I've changed the summary to match what the actual bug appears to be, at least until a C++ person tells us whether it's supposed to be generating these overlaps or not. -- What|Removed

[Bug c/23623] New: volatile keyword changes bitfield access size from 32bit to 8bit

struct { unsigned int b : 1; } bf1; volatile struct { unsigned int b : 1; } bf2; void test(void) { bf1.b = 1; bf2.b = 1; } Access to bf1.b is correctly done as 32-bits (lwz/stw opcodes), bf2.b is accessed as 8-bits (lbz/stb opcodes). GCC3.4.3 shows the same behaviour, can't go back a

[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 14:05 --- Subject: Bug 21268 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-29 14:04:18 Modified files: gcc: Change

[Bug c++/23099] [4.0/4.1 regression] ICE in build_simple_base_path, at cp/class.c:460

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 14:15 --- Subject: Bug 23099 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 14:09:08 Modified files: gcc/cp : cp-tree.h decl.c init.c name-lookup.c

[Bug c++/23099] [4.0/4.1 regression] ICE in build_simple_base_path, at cp/class.c:460

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-29 14:18 --- Fixed in 4.0.2. -- What|Removed |Added Status|ASSIGNED|RESO

[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-29 14:36 --- Patch applied. -- What|Removed |Added Status|ASSIGNED|RESOLV

[Bug tree-optimization/22348] [4.0 Regression] Execution continues past end of for loop end condition with optimisation enabled

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-29 14:37 --- Could this apply to 4.0 as well? -- What|Removed |Added CC|

[Bug rtl-optimization/15248] [4.0 Regression] Reload may generate stores to read-only memory

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-29 14:41 --- All branches now have the "quick fix". -- What|Removed |Added Status|NEW

[Bug target/21169] [4.0 regression] ICE in reload_cse_simplify_operands with -fnon-call-exceptions -fPIC -O2

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-29 14:55 --- Can anybody do a regression hunt on mainline? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21169

[Bug rtl-optimization/15248] [4.0 Regression] Reload may generate stores to read-only memory

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 14:58 --- Subject: Bug 15248 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-29 14:41:20 Modified files: gcc: reload

[Bug target/22077] [4.0 Regression] vec_all_eq does not produce good result

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-29 15:02 --- Maybe the patch could be backported to 4.0? -- What|Removed |Added CC|

[Bug c/23506] [4.0 Regression] Bad array access in DEF_GCC_BUILTIN

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-29 15:02 --- Maybe the patch could be backported to 4.0? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23506

[Bug c++/23624] New: ICE: internal compiler error: in invert_truthvalue, at fold-const.c:2697

Attempting to compile the following example (with no explicit command-line arguments) results in an ICE: --- typedef unsigned char RESET_OCCUR_DT; typedef struct { RESET_OCCUR_DT*pResetOccur; } DintgRec; template void f() { int i, resetScalar;

[Bug tree-optimization/23619] Missed pre opportunity

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 15:15 --- Subject: Re: Missed pre opportunity On Mon, 2005-08-29 at 12:46 +, rakdver at gcc dot gnu dot org wrote: > --- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-29 > 12:46 --- >

[Bug tree-optimization/23619] Missed pre opportunity

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 15:23 --- Subject: Re: Missed pre opportunity > Disabling reassoc, it knows that p + q is antic over the backedge. > Which means it knows it *could* insert it. Okay, it determines it's not fully available in block

[Bug tree-optimization/23625] New: ICE: in bsi_after_labels, at tree-flow-inline.h:758

When I compile qt334 with the actual snapshot (20050826) of gcc41 I get an ICE when I use -O2 -ftree-loop-linear -ftree-vectorize. last working snapshot is: gcc-4.1-20050723 first failing snapshot is: gcc-4.1-20050730 Michael Cieslinski gcc41m -c -O2 -ftree-loop-linear -ftree-vectorize -o jqu

[Bug tree-optimization/22348] [4.0 Regression] Execution continues past end of for loop end condition with optimisation enabled

--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-29 15:25 --- The same workaround should work. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22348

[Bug tree-optimization/23625] ICE: in bsi_after_labels, at tree-flow-inline.h:758

--- Additional Comments From micis at gmx dot de 2005-08-29 15:26 --- Created an attachment (id=9613) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9613&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23625

[Bug c++/23624] [3.4/4.0/4.1 Regression] ICE: internal compiler error: in invert_truthvalue, at fold-const.c:2697

-- What|Removed |Added Keywords||ice-on-valid-code Known to fail||3.4.0 4.0.0 4.1.0 Known to work|

[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191

--- Additional Comments From dank at kegel dot com 2005-08-29 15:34 --- I think Jim's fold fix/workaround is at http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00371.html I'm using it locally now, and it seems at first glance to get us past this problem. -- http://gcc.gnu.org/bugzilla/

[Bug c++/23624] [3.4/4.0/4.1 Regression] ICE: internal compiler error: in invert_truthvalue, at fold-const.c:2697

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 15:35 --- Reduced testcase: template void f() { int *t, i; t[i ? 0 : i]; } -- What|Removed |Added --

[Bug middle-end/23623] volatile keyword changes bitfield access size from 32bit to 8bit

-- What|Removed |Added Component|c |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23623

[Bug tree-optimization/23625] [4.1 Regression] ICE: in bsi_after_labels, at tree-flow-inline.h:758

-- What|Removed |Added Keywords||ice-on-valid-code Known to fail||4.1.0 Known to work|

[Bug ada/21053] Warnings from init.c

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 15:41 --- Subject: Bug 21053 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 15:41:45 Modified files: gcc/ada: s-stalib.adb decl.c fe.h init.c Log

[Bug ada/21053] Warnings from init.c

--- Additional Comments From charlet at gcc dot gnu dot org 2005-08-29 15:48 --- Should be fixed now. -- What|Removed |Added Status|NEW |

[Bug tree-optimization/23625] [4.1 Regression] ICE: in bsi_after_labels, at tree-flow-inline.h:758

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 16:10 --- Confirmed, reduced testcase: typedef long INT32; void find_best_colors () { int ic0, ic1, ic2; INT32 * bptr; INT32 dist1; INT32 dist2; INT32 xx1; for (ic0 = (1<<(5 -3))-1;ic0 >= 0;ic0--) { for (ic1 = (1<<(

[Bug libstdc++/23578] Implement resolution of DR 464 [Ready]

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 16:11 --- Subject: Bug 23578 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 16:11:20 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/inclu

[Bug libstdc++/23578] Implement resolution of DR 464 [Ready]

--- Additional Comments From pcarlini at suse dot de 2005-08-29 16:12 --- Fixed for 4.1. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/23623] volatile keyword changes bitfield access size from 32bit to 8bit

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

[Bug tree-optimization/23622] Dom jump threading at -O1 confuses branch prediction

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 16:20 --- If we run CCP right after DOM and do a DCE, we get a cleaned up loops. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23622

[Bug rtl-optimization/23567] [3.4/4.0/4.1 regression] if-conversion causes wrong code

-- What|Removed |Added CC||rth at gcc dot gnu dot org AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org

[Bug tree-optimization/23626] New: [4.1 Regression] ICE after cunrolling

The following C++ code currently fails at -O2 -fnon-call-exceptions: extern "C" void abort (); int a[3]; int f () { int sum = 0; try { for (int i = 0; i < 3; ++i) sum += a[i]; } catch (...) { abort (); } return sum; } I think someone forgets to cleanup the eh regions

[Bug tree-optimization/23626] [4.1 Regression] ICE after cunrolling

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

[Bug tree-optimization/23626] [4.1 Regression] ICE after cunrolling

-- What|Removed |Added Keywords||EH http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23626

[Bug middle-end/23408] [4.1 Regression] ICE in cgraph_decide_inlining_incrementally (using freed GC memory)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 17:49 --- Subject: Bug 23408 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 17:48:59 Modified files: gcc: ChangeLog ipa-inline.c gcc/t

[Bug middle-end/23408] [4.1 Regression] ICE in cgraph_decide_inlining_incrementally (using freed GC memory)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 17:49 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/23627] New: ICE: tree check: expected ssa_name, have unlt_expr in verify_ssa, at tree-ssa.c:746

I get an ICE if I compile the small program below with the actual snapshot. Michael Cieslinski gcc41m -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.1-20050826/configure --prefix=/usr/local/gcc41m -- program-suffix=41m --with-arch=opteron --enable-languages=c

[Bug tree-optimization/23627] [4.1 Regression] ICE: tree check: expected ssa_name, have unlt_expr in verify_ssa, at tree-ssa.c:746

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 18:03 --- Reduced testcase: typedef unsigned U16; U16*t1orig[15]; void CalculateLut (long dx, U16 *lowBuffer, U16*t0) { int i; U16*darkBuffer = __null; for (i=0; ihttp://gcc.gnu.org/bugzill

[Bug tree-optimization/23627] [4.1 Regression] ICE: tree check: expected ssa_name, have unlt_expr in verify_ssa, at tree-ssa.c:746

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 18:09 --- A dup of bug 23509. *** This bug has been marked as a duplicate of 23509 *** -- What|Removed |Added -

[Bug tree-optimization/23509] [4.1 regression] ICE with ivopts

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 18:09 --- *** Bug 23627 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug tree-optimization/23619] Missed pre opportunity

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 19:29 --- not a dupe -- What|Removed |Added Status|RESOLVED|UNCONFIRME

[Bug tree-optimization/23619] Missed pre opportunity

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 19:31 --- Subject: Bug 23619 Zdenek, the following patch (bootstrapping now) should fix your bug 23619.diff --- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 19:31 --- Created an att

[Bug tree-optimization/23619] Missed pre opportunity

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 19:31 --- mine -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dberlin at gcc d

[Bug c++/23628] New: Typeinfo comparison code easily breaks shared libs

There is a problem in GCC's typeinfo comparison code where it just compares the address of the symbol, not what the symbol points at. Hence if the linker chooses one typeinfo instance in one binary and another in another binary, even though they are the same typeinfo it returns different results.

[Bug c++/23628] Typeinfo comparison code easily breaks shared libs

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 19:55 --- Usually when this is brought up, we ask how shared libraries are loaded, they need to be loaded with global when calling dlopen (if you loading dynamicly). If the shared libraries are loaded staticly, t

[Bug c++/23628] Typeinfo comparison code easily breaks shared libs

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 19:58 --- Oh, one more thing, we need a testcase because this is hard to reproduce. -- What|Removed |Added -

[Bug c++/23273] gcc doesn't compile the stl headers

--- Additional Comments From jacob dot navia at ants dot com 2005-08-29 19:58 --- Subject: RE: gcc doesn't compile the stl headers Hi OK, Since you tell me that is not standard C++, a developer (Mr Prasad Kommoju) went through all the min/max usage in our code and changed them. Afte

[Bug c++/23273] gcc doesn't compile the stl headers

--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-29 20:01 --- Subject: Re: gcc doesn't compile the stl headers On Aug 29, 2005, at 3:59 PM, jacob dot navia at ants dot com wrote: > > OK? > > Should we file a new bug report? Yes but this is most likely PR 23167.

Re: [Bug c++/23273] gcc doesn't compile the stl headers

On Aug 29, 2005, at 3:59 PM, jacob dot navia at ants dot com wrote: OK? Should we file a new bug report? Yes but this is most likely PR 23167. -- Pinski

[Bug libmudflap/18244] libmudflap installs include/mf-runtime.h in version-independent path

--- Additional Comments From gerald at pfeifer dot com 2005-08-29 20:05 --- Frank, would you mind having a look at this? -- What|Removed |Added CC|

[Bug c++/23628] Typeinfo comparison code easily breaks shared libs

--- Additional Comments From mmarcus at emarcus dot org 2005-08-29 20:18 --- This is for the case when the shared libraries are loaded statically. One test case can be found by following the link found in this post: . I will als

[Bug c++/23628] Typeinfo comparison code easily breaks shared libs

--- Additional Comments From mmarcus at emarcus dot org 2005-08-29 20:23 --- Actually, I'll just paste the darwin test case here. On this platform, libstdc++ is a sharedlib. The following code: ### #include #include #include int main (int argc, char * const argv[]) { std::

[Bug c++/23628] Typeinfo comparison code easily breaks shared libs

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 20:27 --- This just works just fine with: GNU C++ version 4.1.0 20050822 (experimental) (powerpc-apple-darwin7.9.0) compiled by GNU C version 4.1.0 20050822 (experimental). GGC heuristics: --param ggc-min-expa

  1   2   >