http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #16 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2012-01-11 11:16:56 UTC ---
--- Comment #15 from Aldy Hernandez aldyh at gcc dot gnu.org 2012-01-10
17:53:25 UTC ---
Folks, I am going to close this PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #17 from Dominique d'Humieres dominiq at lps dot ens.fr
2012-01-11 21:45:35 UTC ---
--- Comment #15 from Aldy Hernandez aldyh at gcc dot gnu.org 2012-01-10
17:53:25 UTC ---
Folks, I am going to close this PR since it is a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
Aldy Hernandez aldyh at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
torvald at gcc dot gnu.org changed:
What|Removed |Added
CC||torvald at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #9 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-01-09
10:23:06 UTC ---
libitm.c/memcpy-1.c and memset-1.c are still failing in 32 bit mode on
*86*-*-*. From
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #10 from Iain Sandoe iains at gcc dot gnu.org 2012-01-09 10:55:06
UTC ---
Just for once, all the tests pass on powerpc-darwin9 (m32 m64) [last tested
182949].
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #11 from Patrick Marlier patrick.marlier at gmail dot com
2012-01-09 14:27:18 UTC ---
libitm.c/memcpy-1.c and memset-1.c are still failing in 32 bit mode on
*86*-*-*.
Fix proposed here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
torvald at gcc dot gnu.org changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #13 from Patrick Marlier patrick.marlier at gmail dot com
2012-01-09 15:22:45 UTC ---
As posted here http://gcc.gnu.org/ml/gcc-patches/2011-12/msg01804.html, GCC
explicitly change the calling convention to stdcall when variable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #14 from Patrick Marlier patrick.marlier at gmail dot com
2012-01-09 16:52:47 UTC ---
From http://gcc.gnu.org/onlinedocs/gcc/Function-Attributes.html
regparm (number)
... Functions that take a variable number of arguments will
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #2 from Jack Howarth howarth at nitro dot med.uc.edu 2011-12-16
15:19:55 UTC ---
On x86_64-apple-darwin11, the failure of...
FAIL: libitm.c/clone-1.c execution test
at -m32/-m64 appears to be due to the -pie linker default when
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #3 from Jack Howarth howarth at nitro dot med.uc.edu 2011-12-16
15:44:36 UTC ---
Could the memcpy-1.exe/memset-1.exe execution failures be related to those seen
on i386-pc-solaris2.9?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2011-12-16
17:21:57 UTC ---
Xcode 4.2 on x86_64-apple-darwin10, produces the failures...
Running target unix/-m32
FAIL: libitm.c/memcpy-1.c execution test
FAIL: libitm.c/memset-1.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #6 from Jack Howarth howarth at nitro dot med.uc.edu 2011-12-16
17:45:38 UTC ---
(In reply to comment #5)
Right, I'm seeing exactly the same output for libitm.c/memcpy-1.c and
libitm.c/memset-1.c on 32-bit Solaris 8-11/x86, and also
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-12-16 17:55:22 UTC ---
What sort of backtrace in gdb do you get on 32-bit Solaris 8-11/x86 for the
execution failure
in the libitm.c++/eh-1.C test?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124
Jack Howarth howarth at nitro dot med.uc.edu changed:
What|Removed |Added
CC||howarth at
17 matches
Mail list logo
