--- Comment #3 from rth at gcc dot gnu dot org 2010-08-30 18:20 ---
It's caused by this:
config/i386/darwin.h:#define STACK_BOUNDARY 128
I think you want to delete that and allow STACK_BOUNDARY to be defined
by i386.h to UNITS_PER_WORD. Non-leaf functions should be handl
--- Comment #3 from rth at gcc dot gnu dot org 2010-08-26 16:27 ---
The patch bootstraps on ppc64-linux; please test on Darwin.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rth at gcc dot gnu dot org 2010-08-26 16:27 ---
Created an attachment (id=21571)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21571&action=view)
Use
Rather than use gcc builtins directly, use the standard header file.
Hopefully this will work with
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #8 from rth at gcc dot gnu dot org 2010-08-24 21:08 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from rth at gcc dot gnu dot org 2010-08-24 21:08 ---
Subject: Bug 45376
Author: rth
Date: Tue Aug 24 21:08:05 2010
New Revision: 163528
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163528
Log:
PR bootstrap/45376
* configure.ac (HAVE_SS
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #5 from rth at gcc dot gnu dot org 2010-08-19 19:48 ---
(In reply to comment #3)
> Well, I think we should back out support for that option. The set of
> "nonsensical" options doesn't include "sse" - but all options are included
> in the
--- Comment #5 from rth at gcc dot gnu dot org 2010-08-16 15:48 ---
Darwin doesn't really support -ffunction-sections. Which means
that the aranges feature isn't exercised.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42487
--- Comment #6 from rth at gcc dot gnu dot org 2010-08-05 18:13 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rth at gcc dot gnu dot org 2010-08-05 18:05 ---
Subject: Bug 45189
Author: rth
Date: Thu Aug 5 18:04:58 2010
New Revision: 162919
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162919
Log:
PR target/45189
Fix unwind for i386 stack re-alignment.
--- Comment #4 from rth at gcc dot gnu dot org 2010-08-05 18:01 ---
I've now reproduced this on a 64-bit host with -m32,
though still not on the 32-bit host.
--
rth at gcc dot gnu dot org changed:
What|Removed |
--- Comment #1 from rth at gcc dot gnu dot org 2010-08-05 17:59 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from rth at gcc dot gnu dot org 2010-08-05 15:40 ---
Subject: Bug 45189
Author: rth
Date: Thu Aug 5 15:39:54 2010
New Revision: 162917
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162917
Log:
PR 45189
Unbreak ia64 build after last dwarf2out.c change.
--- Comment #13 from rth at gcc dot gnu dot org 2010-08-04 23:41 ---
Should be fixed, but I'll leave the bug open until you get a chance
to test the whole build against that darwin linker.
--
rth at gcc dot gnu dot org changed:
What|Removed |
--- Comment #12 from rth at gcc dot gnu dot org 2010-08-04 23:32 ---
Subject: Bug 45171
Author: rth
Date: Wed Aug 4 23:32:08 2010
New Revision: 162882
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162882
Log:
PR debug/45171
* dwarf2out.c (gen_typedef_die): Don'
--- Comment #11 from rth at gcc dot gnu dot org 2010-08-04 23:21 ---
This is fallout from c++/44188.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from rth at gcc dot gnu dot org 2010-08-04 23:08 ---
There are two solutions to this:
(1) Make sure your binary provides PT_GNU_EH_FRAME. This is the quickest
path through the unwinder, since the table is pre-sorted by the linker.
(2) Have your malloc detect the
--- Comment #10 from rth at gcc dot gnu dot org 2010-08-04 19:33 ---
Verified with
typedef struct { int a, b; } x;
./cc1plus -g -fno-eliminate-unused-debug-types -dA z.c
.uleb128 0x2# (DIE (0x2d) DW_TAG_structure_type)
.byte 0x8 # DW_AT_byte_size
--- Comment #1 from rth at gcc dot gnu dot org 2010-07-30 14:17 ---
Test case?
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #43 from rth at gcc dot gnu dot org 2010-07-26 22:58 ---
Emutls now re-written in a way that should support LTO.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #42 from rth at gcc dot gnu dot org 2010-07-26 22:54 ---
Subject: Bug 44132
Author: rth
Date: Mon Jul 26 22:53:50 2010
New Revision: 162549
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162549
Log:
PR target/44132
Emulated TLS rewrite.
Added:
t
--- Comment #3 from rth at gcc dot gnu dot org 2010-07-22 22:04 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from rth at gcc dot gnu dot org 2010-07-22 21:40 ---
Subject: Bug 45027
Author: rth
Date: Thu Jul 22 21:40:41 2010
New Revision: 162429
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=162429
Log:
PR target/45027
* config/i38
at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45032
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #5 from rth at gcc dot gnu dot org 2010-05-27 15:44 ---
The context in which stmt_can_throw_internal is being called is different
pre- and post-inlining, so of course the answer could be different. This
is neither surprising nor a bug.
I even tend to doubt (without
--- Comment #4 from rth at gcc dot gnu dot org 2010-05-13 22:41 ---
The only thing "wrong" with the code from -O1 is that it didn't inline __ffs.
Since that function isn't explicitly marked inline, I don't see anything wrong
with that decision.
Given that addi
--- Comment #4 from rth at gcc dot gnu dot org 2010-04-07 15:45 ---
My best guess is that this optimization should be done late.
For instance, in the machine-dependant reorg pass. I don't
see any place to hook this earlier.
The problem is that reload should be able to "spil
--- Comment #4 from rth at gcc dot gnu dot org 2010-03-16 23:02 ---
Subject: Bug 43365
Author: rth
Date: Tue Mar 16 23:02:35 2010
New Revision: 157499
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157499
Log:
PR middle-end/43365
* tree-eh.c (replace_go
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #2 from rth at gcc dot gnu dot org 2010-01-22 18:52 ---
Subject: Bug 42833
Author: rth
Date: Fri Jan 22 18:52:01 2010
New Revision: 156176
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156176
Log:
PR tree-opt/42833
* tree-sra.c (sra_modif
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42833
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #1 from rth at gcc dot gnu dot org 2010-01-21 16:56 ---
Created an attachment (id=19683)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19683&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42833
ONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42833
--- Comment #7 from rth at gcc dot gnu dot org 2010-01-06 18:48 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rth at gcc dot gnu dot org 2010-01-06 18:34 ---
Subject: Bug 41883
Author: rth
Date: Wed Jan 6 18:34:31 2010
New Revision: 155680
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155680
Log:
PR middle-end/41883
* haifa
--- Comment #5 from rth at gcc dot gnu dot org 2010-01-06 18:24 ---
*** Bug 42396 has been marked as a duplicate of this bug. ***
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rth at gcc dot gnu dot org 2010-01-06 18:24 ---
*** This bug has been marked as a duplicate of 41883 ***
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #4 from rth at gcc dot gnu dot org 2010-01-06 18:23 ---
*** Bug 41889 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41883
--- Comment #8 from rth at gcc dot gnu dot org 2010-01-06 18:23 ---
*** This bug has been marked as a duplicate of 41883 ***
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rth at gcc dot gnu dot org 2010-01-06 18:23 ---
Oops, wrong duplicate.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from rth at gcc dot gnu dot org 2010-01-06 18:22 ---
*** Bug 41889 has been marked as a duplicate of this bug. ***
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rth at gcc dot gnu dot org 2010-01-06 18:22 ---
*** This bug has been marked as a duplicate of 41833 ***
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #6 from rth at gcc dot gnu dot org 2009-12-15 17:36 ---
rth: sorry... yeah, I tested the aranges patch and it worked for me.
but it isn't clear we will need it now, we're discussing some form of caching
w/ gdb rather than using the index sections
ok. i'll
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-08 00:55 ---
4.5 regression fixed in pr42269.
I don't know that we'll ever be able to fix the original PR.
The problem is that we need to work backward from the "x &= 0xf"
through the xor, and see that the
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-08 00:48 ---
Fixed for 4.5; I don't think I want to backport to 4.4 without a lot more
testing.
--
rth at gcc dot gnu dot org changed:
What|Removed |
--- Comment #3 from rth at gcc dot gnu dot org 2009-12-08 00:44 ---
Subject: Bug 42269
Author: rth
Date: Tue Dec 8 00:44:28 2009
New Revision: 155071
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155071
Log:
PR rtl-opt/42269
* c
--- Comment #2 from rth at gcc dot gnu dot org 2009-12-07 23:59 ---
Continues to fail with: -fgraphite-identity -O -ffast-math
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rth at gcc dot gnu dot org 2009-12-07 23:31 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rth at gcc dot gnu dot org 2009-12-07 22:42 ---
Subject: Bug 42299
Author: rth
Date: Mon Dec 7 22:42:10 2009
New Revision: 155063
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155063
Log:
PR debug/42299
PR debug/42166
* tr
--- Comment #8 from rth at gcc dot gnu dot org 2009-12-07 22:42 ---
Subject: Bug 42166
Author: rth
Date: Mon Dec 7 22:42:10 2009
New Revision: 155063
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155063
Log:
PR debug/42299
PR debug/42166
* tr
--- Comment #13 from rth at gcc dot gnu dot org 2009-12-07 22:22 ---
Done, Kaveh?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40302
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #7 from rth at gcc dot gnu dot org 2009-12-07 22:16 ---
*** Bug 42299 has been marked as a duplicate of this bug. ***
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-07 22:16 ---
Same problem as PR42166. I'll add the C testcase as well.
*** This bug has been marked as a duplicate of 42166 ***
--
rth at gcc dot gnu dot org changed:
What|Removed |
--- Comment #6 from rth at gcc dot gnu dot org 2009-12-07 21:00 ---
Created an attachment (id=19253)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19253&action=view)
Proposed patch
I'm testing this to account for the ssa_name marked for renaming problem.
--- Comment #5 from rth at gcc dot gnu dot org 2009-12-07 20:31 ---
There appears to be a phase ordering problem.
We duplicate a block in create_block_for_threading, which leaves users
of various SSA names dangling waiting on a subsequent update_ssa.
Before we get to that update_ssa
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-07 16:19 ---
Created an attachment (id=19249)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19249&action=view)
Proposed patch
For the record, this is all that's needed for the above output.
I see quite a few gdb
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-07 16:12 ---
Not working on it any longer.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rth at gcc dot gnu dot org 2009-12-07 02:35 ---
Shift by >= mode size is undefined at the C language level.
With -Wall, you'll get a warning for that.
At the gimple level, I'm pretty sure we leave it alone, since
we don't really know what else to d
--- Comment #2 from rth at gcc dot gnu dot org 2009-12-07 02:04 ---
To be sure, you're keying off having *some* aranges entry with a reference
to a given CU in the debug_info section? So:
Contents of the .debug_aranges section:
Length: 28
Ve
--- Comment #5 from rth at gcc dot gnu dot org 2009-12-07 00:53 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-07 00:00 ---
Subject: Bug 42234
Author: rth
Date: Sun Dec 6 23:59:52 2009
New Revision: 155025
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155025
Log:
PR debug/42234
* tree-s
--- Comment #1 from rth at gcc dot gnu dot org 2009-12-06 22:31 ---
Reasonable.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #1 from rth at gcc dot gnu dot org 2009-12-04 01:24 ---
Proposed patch:
http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00225.html
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
GCC target triplet: alphaev68-*
http://gcc.gnu.org/bugzilla
--- Comment #3 from rth at gcc dot gnu dot org 2009-12-03 00:32 ---
Gcc 4.5 has regressed this even further:
extwl $16,2,$1
xor $1,$16,$16
addl $31,$16,$16 << signextend
zapnot $16,15,$1 << zeroextend of signextend
srl $1,8
--- Comment #3 from rth at gcc dot gnu dot org 2009-12-03 00:23 ---
Note that f23 and f49 are fixed in gcc 4.5, probably by the fix to PR8603.
The f5 test continues to have the unneeded extend.
--
rth at gcc dot gnu dot org changed:
What|Removed
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #4 from rth at gcc dot gnu dot org 2009-12-02 22:42 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rth at gcc dot gnu dot org 2009-12-02 22:35 ---
Subject: Bug 42215
Author: rth
Date: Wed Dec 2 22:35:21 2009
New Revision: 154925
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154925
Log:
PR tree-opt/42215
* tree-loop-distri
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #2 from rth at gcc dot gnu dot org 2009-12-02 19:26 ---
Confirmed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from rth at gcc dot gnu dot org 2009-11-29 17:58 ---
The vec_interleave_*_optab should still be populated. It's just
that what was once "sse2_punpcklwd" is now "vec_interleave_lowv8hi"
directly. If this patch *is* attributable to a regressio
--- Comment #3 from rth at gcc dot gnu dot org 2009-11-28 16:58 ---
CC'ing you, Ira, since this is an SLP problem simply exposed by
enabling permutation support in the target.
--
rth at gcc dot gnu dot org changed:
What|Removed |
: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
GCC target triplet: ia64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42040
--- Comment #14 from rth at gcc dot gnu dot org 2009-11-14 02:22 ---
This is a linker bug. Recompiling without -g, so as to get error messages
without the unhelpful symbolic interpretation, I can reproduce
msmpeg4.c:(.text.unlikely+0xbe2): relocation truncated to fit: GPREL22 against
u dot org
ReportedBy: rth at gcc dot gnu dot org
GCC target triplet: i386-* x86_64-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41959
--- Comment #4 from rth at gcc dot gnu dot org 2009-10-27 20:11 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rth at gcc dot gnu dot org 2009-10-27 20:09 ---
Subject: Bug 41819
Author: rth
Date: Tue Oct 27 20:09:07 2009
New Revision: 153615
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153615
Log:
PR c++/41819
* t
--- Comment #2 from rth at gcc dot gnu dot org 2009-10-27 18:12 ---
Mine.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc
--- Comment #7 from rth at gcc dot gnu dot org 2009-10-13 18:45 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rth at gcc dot gnu dot org 2009-10-13 18:42 ---
Subject: Bug 41377
Author: rth
Date: Tue Oct 13 18:41:56 2009
New Revision: 152728
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152728
Log:
PR tree-optimization/41377
* tree-eh.c (un
--- Comment #3 from rth at gcc dot gnu dot org 2009-10-13 01:07 ---
Not an openmp bug; we've got to make the change for all code gcc generates.
--
rth at gcc dot gnu dot org changed:
What|Removed |
--- Comment #5 from rth at gcc dot gnu dot org 2009-10-12 22:34 ---
Mine.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc
--- Comment #1 from rth at gcc dot gnu dot org 2009-10-12 21:51 ---
The expand pass relies on the rtx cost model to be correct.
I assume that arm_size_rtx_costs is models multiply incorrectly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41653
--- Comment #5 from rth at gcc dot gnu dot org 2009-09-29 23:43 ---
Yeah, that looks right.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41505
--- Comment #3 from rth at gcc dot gnu dot org 2009-09-29 21:18 ---
There are already peepholes for this, though the condition appears to be
slightly wrong for -Os. See i386.md:21121 :
(define_peephole2
[(match_scratch:SI 1 "r")
(set (match_operand:SI 0 "
--- Comment #39 from rth at gcc dot gnu dot org 2009-09-29 20:54 ---
(In reply to comment #35)
> static tree
> build_function_type_list_1 (bool vaargs, tree return_type, va_list argp)
Passing va_list by value is non-portable. One fix here is to pass argp
by reference. Dunno i
--- Comment #4 from rth at gcc dot gnu dot org 2009-09-25 20:49 ---
Subject: Bug 41469
Author: rth
Date: Fri Sep 25 20:49:08 2009
New Revision: 152185
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152185
Log:
PR middle-end/41469
* tree-eh.c (lo
--- Comment #3 from rth at gcc dot gnu dot org 2009-09-25 17:47 ---
We're generating exception handling code when we previously didn't.
I suspect that the changes to the call location of using_eh_for_cleanups.
--
rth at gcc dot gnu dot org changed:
What
--- Comment #64 from rth at gcc dot gnu dot org 2009-09-24 17:02 ---
Subject: Bug 41405
Author: rth
Date: Thu Sep 24 17:02:29 2009
New Revision: 152127
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152127
Log:
PR bootstrap/41405
* common.opt: In
1 - 100 of 974 matches
Mail list logo
