http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #2 from Iain Sandoe ---
note this *breaks bootstrap* for the normal language set.
reduced testcase:
int foo (int a, ...)
{
void *args;
args = __builtin_apply_args ();
return 0;
}
/src/test/pr58269.c:7:1: internal compiler erro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #3 from Iain Sandoe ---
bt
#0 0x000100d7805a in internal_error (gmsgid=0x404 ) at /src/gcc-live-trunk/gcc/diagnostic.c:1120
#1 0x000100d78266 in fancy_abort (file=Could not find the frame base for
"_Z11fancy_abortPKciS0_".
)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #4 from Iain Sandoe ---
Created attachment 30736
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30736&action=edit
initial fix
AFAICT, the problem here is that
"TARGET_SSE && SSE_REGNO_P (regno)" now produces a different answer f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #5 from Dominique d'Humieres ---
With the patch in comment #4 (and the one in pr58239, comment #14) on top of
revision 202144, I have successfully bootstrapped with all languages but go on
x86_64-apple-darwin10.
Note that the reported
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #7 from Iain Sandoe ---
(In reply to tocarip.intel from comment #6)
> -|| (TARGET_SSE && SSE_REGNO_P (regno) &&
> Those changes are not needed. If TARGET_64BIT is fasle all sse registers
> except xmm0-xmm7 should be fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
tocarip.intel at gmail dot com changed:
What|Removed |Added
CC||tocarip.intel at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #8 from Kirill Yukhin ---
Author: kyukhin
Date: Fri Sep 6 10:36:30 2013
New Revision: 202318
URL: http://gcc.gnu.org/viewcvs?rev=202318&root=gcc&view=rev
Log:
PR target/58269
* config/i386/i386.c (ix86_conditional_register_usage):
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #9 from Iain Sandoe ---
patch for the remainder of the fix posted at:
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg00384.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #10 from Paolo Carlini ---
My x86_64-linux builds too are broken in libobj/sendmsg.c. Thus the issue isn't
limited to *-darwin.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #11 from Iain Sandoe ---
(In reply to Paolo Carlini from comment #10)
> My x86_64-linux builds too are broken in libobj/sendmsg.c. Thus the issue
> isn't limited to *-darwin.
hmm there appears to be a second issue - also showing on Da
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #12 from Paolo Carlini ---
Yes, confirmed that on x86_64-linux r202286 is the culprit.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #13 from Dominique d'Humieres ---
> Yes, confirmed that on x86_64-linux r202286 is the culprit.
See pr58139 comments #6 to #11.
I have successfully bootstrapped r202312 on x86_64-apple-darwin10 with the
following patch:
--- /opt/gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #14 from Iain Sandoe ---
(In reply to Dominique d'Humieres from comment #13)
> > Yes, confirmed that on x86_64-linux r202286 is the culprit.
>
> See pr58139 comments #6 to #11.
> @@ -34466,7 +34467,7 @@ ix86_hard_regno_mode_ok (int r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #15 from Dominique d'Humieres ---
(In reply to Iain Sandoe from comment #14)
> assuming that the patch above is applied to deal with pr58139,
Indeed!
> Are you saying that:
> - if (TARGET_MACHO)
> -{
> - if (SSE_REGNO_P (re
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot med.uc.edu
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #17 from Iain Sandoe ---
(In reply to Jack Howarth from comment #16)
> Trunk still ICEs on x86_64-apple-darwin12...
>
> /sw/src/fink.build/gcc49-4.9.0-1000/gcc-4.9-20130906/libobjc/sendmsg.c:848:1:
> internal compiler error: in check_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #18 from Mike Stump ---
On Sep 6, 2013, at 8:43 AM, howarth at nitro dot med.uc.edu
wrote:
>* i386.c (ix86_hard_regno_mode_ok): AVX modes are valid only when
>
>AVX is enabled.
llvm has:
// The first 8 512-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #21 from Mike Stump ---
Don't know… I'd assume there exists a paper somewhere that says it. :-)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #20 from Jack Howarth ---
(In reply to Iain Sandoe from comment #19)
The full commit where this was added to llvm is at
http://permalink.gmane.org/gmane.comp.compilers.llvm.cvs/153081 and references
http://software.intel.com/en-us/int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #19 from Iain Sandoe ---
(In reply to Mike Stump from comment #18)
> On Sep 6, 2013, at 8:43 AM, howarth at nitro dot med.uc.edu
> wrote:
> >* i386.c (ix86_hard_regno_mode_ok): AVX modes are valid only when
> >
> >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
--- Comment #22 from Iain Sandoe ---
Author: iains
Date: Sat Sep 14 11:09:55 2013
New Revision: 202590
URL: http://gcc.gnu.org/viewcvs?rev=202590&root=gcc&view=rev
Log:
gcc:
PR target/58269
config/i386/i386.c (ix86_function_arg_regno_p):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
mrs at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.9.0
--- Comment #24 from mrs a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269
mrs at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
24 matches
Mail list logo