http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #33 from Richard Henderson ---
It sounds like inhibiting this stack combining would affect more
32-bit code than I'd like.
I don't like the idea of REG_ARGS_SIZE_DELTA. The reason I went
with absolute values in the first place for RE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60438
--- Comment #35 from Richard Henderson ---
Author: rth
Date: Thu Mar 13 20:24:56 2014
New Revision: 208556
URL: http://gcc.gnu.org/viewcvs?rev=208556&root=gcc&view=rev
Log:
PR debug/60438
* config/i386/i386.c (ix86_split_fp_branch): Remo
||2014-03-14
Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
Ever confirmed|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60525
--- Comment #3 from Richard Henderson ---
Created attachment 32350
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32350&action=edit
proposed patch
In the description for the patch in question, I mentioned how during
stage1 we could clean up
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60525
--- Comment #5 from Richard Henderson ---
(In reply to Markus Trippelsdorf from comment #4)
> -march=native
For what host?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60525
Richard Henderson changed:
What|Removed |Added
Attachment #32350|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60525
--- Comment #9 from Richard Henderson ---
Author: rth
Date: Sat Mar 15 03:24:11 2014
New Revision: 208587
URL: http://gcc.gnu.org/viewcvs?rev=208587&root=gcc&view=rev
Log:
PR target/60525
* config/i386/i386.md (floathi2): Delete expander; re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60525
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609
--- Comment #22 from Richard Henderson ---
(In reply to Jeffrey A. Law from comment #21)
> So going back to the original problem, for a subreg of a multi-word reg,
> why can't we simplify that down to a suitably sized reg?
Because we're dealing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609
--- Comment #23 from Richard Henderson ---
Created attachment 36563
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36563&action=edit
possible patch
Certainly this fixes the executable test case from #c13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609
--- Comment #28 from Richard Henderson ---
(In reply to Richard Biener from comment #26)
> Hmm, I don't see this documented anywhere. In fact there is no such
> thing as a "vector register", there are only vector modes. And we
> are using %xmm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609
--- Comment #29 from Richard Henderson ---
(In reply to Vladimir Makarov from comment #27)
> (In reply to Vladimir Makarov from comment #25)
> > So it would be nice to benchmark it. I'll try to do this on
> > Friday.
>
> Practically every SPEC2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609
--- Comment #32 from Richard Henderson ---
Author: rth
Date: Tue Oct 27 19:59:41 2015
New Revision: 229458
URL: https://gcc.gnu.org/viewcvs?rev=229458&root=gcc&view=rev
Log:
PR rtl-opt/67609
* config/i386/i386.c (ix86_cannot_change_mode
|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
--- Comment #4 from Richard Henderson ---
Mine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68124
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #5 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68124
Richard Henderson changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #7 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68124
--- Comment #9 from Richard Henderson ---
Created attachment 36611
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36611&action=edit
proposed patch
Ho hum. Post-reload register adjustments ought to use something
than gen_lowpart to force a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68124
--- Comment #11 from Richard Henderson ---
Author: rth
Date: Thu Oct 29 18:36:39 2015
New Revision: 229550
URL: https://gcc.gnu.org/viewcvs?rev=229550&root=gcc&view=rev
Log:
Fix target/68124
PR target/68124
PR rtl-opt/67609
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609
--- Comment #33 from Richard Henderson ---
Author: rth
Date: Thu Oct 29 18:36:39 2015
New Revision: 229550
URL: https://gcc.gnu.org/viewcvs?rev=229550&root=gcc&view=rev
Log:
Fix target/68124
PR target/68124
PR rtl-opt/67609
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68124
Richard Henderson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609
Richard Henderson changed:
What|Removed |Added
Summary|[5/6 Regression] Generates |[5 Regression] Generates
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66768
--- Comment #11 from Richard Henderson ---
Author: rth
Date: Mon Nov 9 09:18:16 2015
New Revision: 229997
URL: https://gcc.gnu.org/viewcvs?rev=229997&root=gcc&view=rev
Log:
PR tree-opt/66768
* tree-ssa-address.c (create_mem_ref_raw): U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67811
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67811
--- Comment #2 from Richard Henderson ---
copy_bbs fails to duplicate the eh regions included within
the requested region. This no doubt causes all sorts of
bad follow-on effects, heretofore unobserved.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68271
--- Comment #10 from Richard Henderson ---
I believe the tokens didn't stay around in C at the time.
But I might be wrong... it was 9 years ago...
If we can remove it, it does seem like a good idea.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609
--- Comment #37 from Richard Henderson ---
Author: rth
Date: Wed Nov 18 15:45:26 2015
New Revision: 230552
URL: https://gcc.gnu.org/viewcvs?rev=230552&root=gcc&view=rev
Log:
PR rtl-opt/67609
Backport from mainline
* config/i386/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609
Richard Henderson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67089
--- Comment #5 from Richard Henderson ---
Author: rth
Date: Mon Nov 23 15:55:58 2015
New Revision: 230767
URL: https://gcc.gnu.org/viewcvs?rev=230767&root=gcc&view=rev
Log:
Add uaddv4_optab and usubv4_optab
PR target/67089
* opt
||rth at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #1 from Richard Henderson ---
Not a bug -- fn1 is not a function with no arguments,
but an unprototyped function. To get a function with
no arguments you must write
void fn1 (void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64526
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64572
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
--- Comment #5 from Richard Henderson ---
Not technically regressions, since those are new tests.
But we can adjust things so that they aren't run on darwin.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64572
--- Comment #6 from Richard Henderson ---
Created attachment 34432
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34432&action=edit
proposed patch
Should fix both the original report and the testsuite failures.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64572
--- Comment #9 from Richard Henderson ---
Author: rth
Date: Tue Jan 13 15:29:47 2015
New Revision: 219538
URL: https://gcc.gnu.org/viewcvs?rev=219538&root=gcc&view=rev
Log:
PR libffi/64572
* src/x86/ffitarget.h (FFI_GO_CLOSURES): Do not define
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64572
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #14 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64572
--- Comment #17 from Richard Henderson ---
(In reply to Dominique d'Humieres from comment #15)
> What about the other files used by darwin?
darwin.S is also unchanged.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64572
Richard Henderson changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--- Comment #24 from Richar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64572
--- Comment #25 from Richard Henderson ---
Author: rth
Date: Thu Jan 15 21:01:21 2015
New Revision: 219688
URL: https://gcc.gnu.org/viewcvs?rev=219688&root=gcc&view=rev
Log:
PR libffi/64572
* include/ffi.h.in (FFI_TYPE_LAST): Set to COM
|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
--- Comment #1 from Richard Henderson ---
Mine
|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
--- Comment #2 from Richard Henderson ---
Mine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64607
--- Comment #3 from Richard Henderson ---
Author: rth
Date: Fri Jan 16 20:51:14 2015
New Revision: 219772
URL: https://gcc.gnu.org/viewcvs?rev=219772&root=gcc&view=rev
Log:
PR libffi/64607
* Makefile.am (AM_MAKEFLAGS): Use double quotes on sub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64607
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #4 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64572
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64607
--- Comment #5 from Richard Henderson ---
Author: rth
Date: Mon Jan 19 17:58:06 2015
New Revision: 219852
URL: https://gcc.gnu.org/viewcvs?rev=219852&root=gcc&view=rev
Log:
PR libffi/64607
* testsuite/lib/libffi.exp (libffi-init): Append -L fo
||2015-01-19
CC||rth at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #2 from Richard Henderson ---
Mine. We can't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64645
--- Comment #4 from Richard Henderson ---
(In reply to Bernd Edlinger from comment #3)
> AFAIK Cygwin-32 does not support the unwind info at all, right?.
Wrong. This should be enough to fix it.
diff --git a/src/x86/sysv.S b/src/x86/sysv.S
inde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
--- Comment #2 from Richard Henderson ---
Hmm. I'm not even getting that far with r219852
gcc/expmed.h: In function ‘void init_expmed()’:
gcc/expmed.h:613:77: error: array subscript is above array bounds
[-Werror=array-bounds]
return &this_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64645
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
--- Comment #7 from Richard Henderson ---
(In reply to Jiong Wang from comment #5)
> although there is no correctness issue with the "if (_27 <= 0)", but I think
> for boolean type "<= 0" is exactly "== 0", so the "<" is uncessary.
True, but at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
--- Comment #8 from Richard Henderson ---
Indeed, if I force used_in_cond_stmt_p to return false, which forces
the use of the emit_cstore path, which means we return a proper
boolean value instead of a CCmode value, the test case doesn't ICE.
Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
Richard Henderson changed:
What|Removed |Added
Assignee|jiwang at gcc dot gnu.org |rth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64581
--- Comment #3 from Richard Henderson ---
Author: rth
Date: Tue Jan 20 21:26:04 2015
New Revision: 219915
URL: https://gcc.gnu.org/viewcvs?rev=219915&root=gcc&view=rev
Log:
PR libffi/64581
* testsuite/lib/libffi.exp (libffi_target_compile): Do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64581
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64607
Richard Henderson changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
--- Comment #14 from Richard Henderson ---
Author: rth
Date: Wed Jan 21 15:47:49 2015
New Revision: 219951
URL: https://gcc.gnu.org/viewcvs?rev=219951&root=gcc&view=rev
Log:
PR target/64669
* ccmp.c (used_in_cond_stmt_p): Remove.
(expand_ccmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64669
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Assignee: unassigned at gcc dot gnu.org
Reporter: rth at gcc dot gnu.org
In a small percentage of ccmp uses within the stage3 cc1plus I see
56b638: f100045fcmp x2, #0x1
56b63c: fa421320ccmpx25, x2, #0x0, ne
56b640: 1a9f17e3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
||2015-01-23
CC||rth at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Richard Henderson ---
This seems to be related to induction variable elimination in some way,
because the VR for the offending
||2015-01-26
Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Richard Henderson ---
Created attachment 34583
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34583&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64779
--- Comment #9 from Richard Henderson ---
(In reply to Jakub Jelinek from comment #7)
> I guess the question is why the freebsd specific code (freebsd.S etc.) has
> been removed, if it is really not needed anymore, or if it got due to a
> mistake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64779
--- Comment #10 from Richard Henderson ---
(In reply to H.J. Lu from comment #6)
That will probably break small structure return.
See
case FFI_TYPE_STRUCT:
#ifndef X86
/* ??? This should be a different ABI rather than an ifdef. */
|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64799
--- Comment #5 from Richard Henderson ---
Duh, that should have been obvious.
Thanks for the fix. I'll push them
upstream at the same time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64739
Richard Henderson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64277
Richard Henderson changed:
What|Removed |Added
CC||siddhesh at redhat dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64779
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64799
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64855
--- Comment #2 from Richard Henderson ---
I apologize for my mis-diagnosis earlier. These tests are not
expected to pass on Darwin at present. Disabling them in the
testsuite is the best thing to do for now.
Long term, someone needs to figure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64884
Richard Henderson changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64884
Richard Henderson changed:
What|Removed |Added
Target|x86_64-apple-darwin*|x86_64-apple-darwin*,
|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
--- Comment #10 from Richard Henderson ---
Created attachment 34715
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34715&action=edit
proposed patch
Yes, marking the regions of __builtin_eh_copy_values sounds reasonable
(and yes,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65000
--- Comment #12 from Richard Henderson ---
Author: rth
Date: Wed Feb 11 17:04:38 2015
New Revision: 220626
URL: https://gcc.gnu.org/viewcvs?rev=220626&root=gcc&view=rev
Log:
PR sanitize/65000
* tree-eh.c (mark_reachable_handlers): Mark source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65000
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
--- Comment #4 from Richard Henderson ---
Mine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65033
--- Comment #6 from Richard Henderson ---
(In reply to Bin Fan from comment #5)
> So after the fix, atomic_is_lock_free will always return 0 for
> size=3,align=1 atomic struct objects?
Yes.
> I understand currently libatomic tries to make an at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20705
Bug 20705 depends on bug 14300, which changed state.
Bug 14300 Summary: -pthread doesn't define _REENTRANT in preprocessor on
alpha-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14300
What|Removed |Added
-
||rth at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #3 from Richard Henderson ---
Fixed in 2007, for gcc 4.3, r123888.
||rth at gcc dot gnu.org
Known to work||5.0
Resolution|--- |FIXED
--- Comment #10 from Richard Henderson ---
We no longer produce the warning. It does appear that the
symbol in question is indeed not inlined
||rth at gcc dot gnu.org
Known to work||4.8.0
Resolution|--- |FIXED
--- Comment #1 from Richard Henderson ---
Fixed in r188535.
||rth at gcc dot gnu.org
Resolution|--- |WORKSFORME
--- Comment #5 from Richard Henderson ---
This has been fixed sometime in the past 4 years.
I certainly haven't had a problem bootstrapping.
|RESOLVED
CC||rth at gcc dot gnu.org
Host|alpha-dec-osf5.1b |
Resolution|--- |WORKSFORME
Build|alpha-dec-osf5.1b |
--- Comment #8 from Richard Henderson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51252
Richard Henderson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32219
--- Comment #16 from Richard Henderson ---
Author: rth
Date: Fri Feb 13 04:52:45 2015
New Revision: 220674
URL: https://gcc.gnu.org/viewcvs?rev=220674&root=gcc&view=rev
Log:
PR rtl/32219
gcc/
* cgraphunit.c (cgraph_node::finalize_function):
||rth at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #17 from Richard Henderson ---
Fixed. Thanks for the work on this one, HJ.
||
Status|NEW |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
--- Comment #4 from Richard Henderson ---
Created attachment 34785
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34785&action=edit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65074
--- Comment #6 from Richard Henderson ---
Author: rth
Date: Thu Feb 19 15:14:24 2015
New Revision: 220816
URL: https://gcc.gnu.org/viewcvs?rev=220816&root=gcc&view=rev
Log:
PR middle-end/65074
* varasm.c (default_binds_local_p_2): Don't test n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65074
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65074
--- Comment #7 from Richard Henderson ---
Author: rth
Date: Thu Feb 19 15:48:50 2015
New Revision: 220817
URL: https://gcc.gnu.org/viewcvs?rev=220817&root=gcc&view=rev
Log:
PR middle-end/65074
* g++.dg/opt/pr65074.C: New file.
Added:
trun
||2015-02-19
Assignee|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Richard Henderson ---
Mine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65109
Richard Henderson changed:
What|Removed |Added
Priority|P1 |P2
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65121
--- Comment #2 from Richard Henderson ---
Created attachment 34808
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34808&action=edit
proposed patch
Also remove a silly test vs TREE_STATIC that is only relevant to
VAR_DECL, not FUNCTION_DECL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65109
--- Comment #7 from Richard Henderson ---
(In reply to Jeffrey A. Law from comment #6)
> Does the test pass if the schedulers are turned off?
No. That was the first thing I tried when investigating it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63404
--- Comment #12 from Richard Henderson ---
Author: rth
Date: Fri Oct 10 15:56:07 2014
New Revision: 216096
URL: https://gcc.gnu.org/viewcvs?rev=216096&root=gcc&view=rev
Log:
PR target/63404
* shrink-wrap.c (move_insn_for_shrink_wrap): Don't u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59758
Richard Henderson changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
--- Comment
||rth at gcc dot gnu.org
Resolution|--- |WORKSFORME
--- Comment #8 from Richard Henderson ---
As requested.
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: rth at gcc dot gnu.org
With optimization, the return address adjustment that's
applied for -mstd-struct-return is deleted as dead code,
resulting in a return directly to the unimp insn.
struct S { int x, y, z; };
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63984
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63977
Richard Henderson changed:
What|Removed |Added
CC||sasha.levin at oracle dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63977
--- Comment #2 from Richard Henderson ---
Author: rth
Date: Thu Nov 20 14:13:04 2014
New Revision: 217853
URL: https://gcc.gnu.org/viewcvs?rev=217853&root=gcc&view=rev
Log:
PR target/63977
* config/i386/i386.c (ix86_static_chain): Reinstate th
401 - 500 of 782 matches
Mail list logo
