--- Comment #9 from uros at kss-loka dot si 2005-11-10 07:33 ---
Fixed on 3.4 branch.
--
uros at kss-loka dot si changed:
What|Removed |Added
Known to work|4.0.3 4.1
--- Comment #17 from uros at kss-loka dot si 2005-11-10 07:31 ---
Fixed on 3.4 branch.
--
uros at kss-loka dot si changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from uros at gcc dot gnu dot org 2005-11-10 07:27 ---
Subject: Bug 19340
Author: uros
Date: Thu Nov 10 07:27:47 2005
New Revision: 106728
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106728
Log:
PR target/24315
* config/i386/i386.md (*pushdi2_rex
--- Comment #16 from uros at gcc dot gnu dot org 2005-11-10 07:27 ---
Subject: Bug 24315
Author: uros
Date: Thu Nov 10 07:27:47 2005
New Revision: 106728
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106728
Log:
PR target/24315
* config/i386/i386.md (*pushdi2_re
treelang does not have a man page. The man page should reference the gcc(1) man
page for options common to the gcc driver and list treelang specific options
Matthias
--
Summary: treelang does not have a man page
Product: gcc
Version: 4.1.0
Status:
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-10 04:04 ---
There is a gfortran bug not listed here yet (I am too lazy to file a new bug).
Anyways the bug is that the type for arguments is wrong and gives you instead a
reference (in the C++ sense) type instead of a normal typ
--- Comment #77 from pinskia at gcc dot gnu dot org 2005-11-10 04:01
---
*** Bug 8302 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-10 04:01 ---
Close as a dup of bug 21920.
*** This bug has been marked as a duplicate of 21920 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-10 04:01 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #76 from pinskia at gcc dot gnu dot org 2005-11-10 03:59
---
*** Bug 4570 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-10 03:59 ---
Mark as a dup of bug 21920.
*** This bug has been marked as a duplicate of 21920 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-10 03:59 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.0.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3498
--- Comment #75 from pinskia at gcc dot gnu dot org 2005-11-10 03:55
---
*** Bug 7632 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-10 03:55 ---
A dup of bug 21920.
*** This bug has been marked as a duplicate of 21920 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-10 03:55 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.1.x/3.2.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6054
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.1.x/3.2.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5312
--- Comment #74 from pinskia at gcc dot gnu dot org 2005-11-10 03:52
---
*** Bug 6917 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-10 03:52 ---
Mark as a dup of bug 21920.
*** This bug has been marked as a duplicate of 21920 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #73 from pinskia at gcc dot gnu dot org 2005-11-10 03:51
---
*** Bug 6985 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-10 03:51 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-10 03:51 ---
Mark as a dup of bug 21920.
*** This bug has been marked as a duplicate of 21920 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-10 03:51 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #56 from pinskia at gcc dot gnu dot org 2005-11-10 03:49
---
*** Bug 6891 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-10 03:49 ---
Mark as a dup of bug 11751.
*** This bug has been marked as a duplicate of 11751 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-10 03:49 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #55 from pinskia at gcc dot gnu dot org 2005-11-10 03:49
---
*** Bug 6765 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-10 03:49 ---
a dup of bug 11751
*** This bug has been marked as a duplicate of 11751 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-10 03:48 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #54 from pinskia at gcc dot gnu dot org 2005-11-10 03:48
---
*** Bug 8175 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-10 03:48 ---
a dup of bug 11751.
*** This bug has been marked as a duplicate of 11751 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-10 03:47 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #79 from pinskia at gcc dot gnu dot org 2005-11-10 03:41
---
*** Bug 7935 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-10 03:41 ---
To close as a dup of bug 323.
*** This bug has been marked as a duplicate of 323 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-10 03:40 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6555
--- Comment #53 from pinskia at gcc dot gnu dot org 2005-11-10 03:18
---
*** Bug 5051 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-10 03:18 ---
To mark as a dup of bug 11751.
*** This bug has been marked as a duplicate of 11751 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #52 from pinskia at gcc dot gnu dot org 2005-11-10 03:17
---
*** Bug 762 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-10 03:18 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-10 03:17 ---
Mark as a dup of bug 11751.
*** This bug has been marked as a duplicate of 11751 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #51 from pinskia at gcc dot gnu dot org 2005-11-10 03:17
---
*** Bug 1570 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-10 03:17 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-10 03:17 ---
Close as a dup of bug 11751.
*** This bug has been marked as a duplicate of 11751 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-10 03:17 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|--- |3.3
http
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-10 03:08 ---
Close as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-10 03:08 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #9 from wilson at tuliptree dot org 2005-11-10 03:04 ---
Subject: Re: Shared libgcc not used for linking by
default
On Wed, 2005-11-09 at 16:08, sje at cup dot hp dot com wrote:
> I tried Jim Wilson's suggested changes (with 3.4.4 GCC) but they didn't
> seem to fix
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-10 02:52 ---
Mark as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-10 02:52 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-10 02:51 ---
Mark as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-10 02:51 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23070
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22331
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24158
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4372
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17737
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20840
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20838
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23427
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24245
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21565
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14994
--- Comment #3 from bkoz at gcc dot gnu dot org 2005-11-10 02:05 ---
Subject: Bug 22203
Author: bkoz
Date: Thu Nov 10 02:05:13 2005
New Revision: 106727
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106727
Log:
2005-11-09 Benjamin Kosnik <[EMAIL PROTECTED]>
Paolo
--- Comment #6 from pcarlini at suse dot de 2005-11-10 01:41 ---
Actually, I'm pretty much worried by this issue: whatever is at fault, as a
matter of fact, for this target the library testsuite shows a severe
misbehavior
in a MT environment. Raising the priority/severity seems an approp
--- Comment #9 from armcc2000 at yahoo dot com 2005-11-10 01:25 ---
(In reply to comment #8)
>
> Yes then this is a dup of that bug then. The problem is that the middle-end
> did not know what the target was doing so it rejected sib calling in this
> case.
>
Any idea why the patch f
--- Comment #7 from hp at gcc dot gnu dot org 2005-11-10 01:23 ---
The "slightly different way" being:
/tmp/st20.c: In function âfâ:
/tmp/st20.c:6: internal compiler error: output_operand: unexpected index-type
in cris_print_index
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24750
--- Comment #4 from pcarlini at suse dot de 2005-11-10 01:12 ---
(In reply to comment #3)
> We could leave _M_get_deleter private...
This would be nice, of course. Can you test the patch? Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24595
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-10 01:07 ---
(In reply to comment #2)
> Created an attachment (id=10200)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10200&action=view) [edit]
> RE: make install fails after --enable-bootstrap=lean enabled bootstrap
> I g
--- Comment #2 from nightelf at mail dot utexas dot edu 2005-11-10 01:00
---
Created an attachment (id=10200)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10200&action=view)
RE: make install fails after --enable-bootstrap=lean enabled bootstrap
I get the same error after "make -
--- Comment #6 from hp at gcc dot gnu dot org 2005-11-10 00:47 ---
A much shorter, but CRIS-specific testcase, that fails for the same reason but
in a slightly different way is:
int
f (short *a, char *y)
{
asm ("" : : : "r0", "r1", "r2", "r3", "r4", "r5", "r6", "r7", "r8", "r9",
"r1
--- Comment #2 from caffeen at caffeen dot org 2005-11-10 00:38 ---
Can someone detail how to do this:
"include preprocessed source"
if it is with the make -save-temps buildworld
or
if to do it via the cc command that is there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2475
--- Comment #8 from daney at gcc dot gnu dot org 2005-11-10 00:34 ---
New patch at:
http://gcc.gnu.org/ml/java-patches/2005-q4/msg00179.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15430
--- Comment #8 from sje at cup dot hp dot com 2005-11-10 00:08 ---
I tried Jim Wilson's suggested changes (with 3.4.4 GCC) but they didn't
seem to fix the problem.
I changed LIBGCC_SPEC to:
#define LIBGCC_SPEC \
"%{shared-libgcc:%{mlp64:-lgcc_s_hpux64}} -lgcc"
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-10 00:01 ---
Confirmed, only a 3.4 regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from dberlin at gcc dot gnu dot org 2005-11-09 23:56
---
Subject: Re: [killloop-branch] code motion of
non-invariant expressions with hard registers.
On Wed, 2005-11-09 at 23:45 +, steven at gcc dot gnu dot org wrote:
>
> --- Comment #10 from steven at
On Wed, 2005-11-09 at 23:45 +, steven at gcc dot gnu dot org wrote:
>
> --- Comment #10 from steven at gcc dot gnu dot org 2005-11-09 23:45
> ---
> Actually, flow.c does get it right.
Okay, then df.c on dataflow branch should get it right too.
This may be a duplicate of 8828, I'm not sure. (8828 is marked 'resolved' for
3.2.)
The following short program produces an incorrect warning about unreachable
code; this error is fragile, in that changing just about anything results in
correct behavior (e.g. no warning); details follow. The code
--- Comment #10 from steven at gcc dot gnu dot org 2005-11-09 23:45 ---
Actually, flow.c does get it right.
>From t.C.26.life1 (at -O1 -fno-move-loop-invariants):
;; Start of basic block 3, registers live: 0 [ap] 1 [r1] 12 [r12] 15 [r15] 16
[r16] 328 [sfp]
341 344
(code_label/s 62 30 65
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-09 23:42 ---
Fixed for 4.0.3 also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Mile
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-09 23:41 ---
*** Bug 24675 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-09 23:41 ---
(In reply to comment #7)
> (In reply to comment #4)
> >
> > I think this is a dup of bug 23150 which was fixed in 4.1.0.
> >
> Something has certainly changed in 4.1 - the stack corruption is gone.
Yes then this is
--- Comment #7 from armcc2000 at yahoo dot com 2005-11-09 23:32 ---
(In reply to comment #4)
>
> I think this is a dup of bug 23150 which was fixed in 4.1.0.
>
Something has certainly changed in 4.1 - the stack corruption is gone.
With -Os, the good() and bad() testcases compile to:
-
--- Comment #9 from dberlin at gcc dot gnu dot org 2005-11-09 23:30 ---
Okay, well, there are also bugs in df.c on mainline in regards to not creating
uses for "always-live" registers and registers that are live over eh edges, for
example. (It does none of this). Seriously. Hard regs a
--- Comment #8 from rakdver at atrey dot karlin dot mff dot cuni dot cz
2005-11-09 23:15 ---
Subject: Re: [killloop-branch] code motion of non-invariant expressions with
hard registers.
> --- Comment #6 from dberlin at gcc dot gnu dot org 2005-11-09 22:53
> ---
> 1. Call clo
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-09 23:14 ---
try:
-Wno-unused-labels
Though this is a bug still.
-Wno-unused-label from common.opt should be used instead of -Wno-unused-labels
from fortran/lang.opt.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #7 from dberlin at gcc dot gnu dot org 2005-11-09 22:57 ---
There are also a ton of other bugs related to hard regs in reaching definitions
on df.c in mainline, i'm just guessing.
Try the df.c from the dataflow-branch, and see if it fixes the bug, because
honestly, i think y
--- Comment #6 from dberlin at gcc dot gnu dot org 2005-11-09 22:53 ---
1. Call clobbers aren't definitions. They are clobbers (IE kills). They do not
generate a new value, they simply specify the old value is dead. Thus, you
don't mean to say "df.c assumes call clobbers ...", because
--- Comment #6 from rakdver at gcc dot gnu dot org 2005-11-09 22:36 ---
Yes, this is indeed the case. I am testing the fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24760
--- Comment #5 from rakdver at gcc dot gnu dot org 2005-11-09 22:30 ---
I am testing the following patch:
Index: except.c
===
*** except.c(revision 106702)
--- except.c(working copy)
*** dw2_build_landin
Hi,
compiling
10 continue
end
with the command line:
gfc -Wall -Wno-unused-label gfcbug30.f
produces the following warning:
In file gfcbug30.f:1
10 continue
1
Warning: Label 10 at (1) defined but not used
I thought th
--- Comment #6 from mikpe at csd dot uu dot se 2005-11-09 22:04 ---
Here's a standalone test case. This fails (returns 1 from main())
on armv5b-linux when compiled with gcc-3.4.4, 3.3.6, or 3.3.3,
at -O2 or -O1 -foptimize-sibling-calls. Disabling sibcall optimisation
hides the bug.
If t
--- Comment #6 from rep dot nop at aon dot at 2005-11-09 21:58 ---
Created an attachment (id=10199)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10199&action=view)
add -ffree-line-length-none -ffree-line-length-
http://gcc.gnu.org/ml/fortran/2005-10/msg00559.html
2005-09-11 Bern
This patch
http://gcc.gnu.org/ml/gcc-patches/2004-06/msg01574.html
removed the last usage of TARGET_DECOMPOSE_LEA.
--
Summary: Unused TARGET_DECOMPOSE_LEA
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority:
--- Comment #7 from jakub at gcc dot gnu dot org 2005-11-09 21:44 ---
Subject: Bug 19450
Author: jakub
Date: Wed Nov 9 21:44:36 2005
New Revision: 106710
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106710
Log:
PR c++/19450
* decl.c (redeclaration_error_messag
TARGET_USE_BIT_TEST introduced in
http://gcc.gnu.org/ml/gcc-patches/1998-08/msg00197.html
is never used.
--
Summary: TARGET_USE_BIT_TEST is never used
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
TARGET_MEMORY_MISMATCH_STALL introduced in
http://gcc.gnu.org/ml/gcc-patches/2000-04/msg00600.html
is never used.
--
Summary: TARGET_MEMORY_MISMATCH_STALL is never used
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-09 21:14 ---
The sets come from dw2_build_landing_pads:
emit_move_insn (cfun->eh->exc_ptr,
gen_rtx_REG (ptr_mode, EH_RETURN_DATA_REGNO (0)));
emit_move_insn (cfun->eh->filter,
1 - 100 of 200 matches
Mail list logo
