[Bug other/51124] libitm failures

2011-11-23 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 Jack Howarth changed: What|Removed |Added CC||howarth at nitro dot |

[Bug other/51124] libitm failures

2011-12-16 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 --- Comment #2 from Jack Howarth 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 targeting darwin11. If I append -Wl,

[Bug other/51124] libitm failures

2011-12-16 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 --- Comment #3 from Jack Howarth 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/ml/gcc-testresults/2011-12/msg01261.html We also seem to shar

[Bug other/51124] libitm failures

2011-12-16 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 --- Comment #4 from Jack Howarth 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 execution test FAIL: libitm.c++

[Bug other/51124] libitm failures

2011-12-16 Thread ro at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 Rainer Orth changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug other/51124] libitm failures

2011-12-16 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 --- Comment #6 from Jack Howarth 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 in an > i686-unknown-linux-gn

[Bug other/51124] libitm failures

2011-12-16 Thread ro at CeBiTec dot Uni-Bielefeld.DE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 --- Comment #7 from 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? This one: [Thread debugging usi

[Bug other/51124] libitm failures

2012-01-09 Thread torvald at gcc dot gnu.org
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 --

[Bug other/51124] libitm failures

2012-01-09 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 --- Comment #9 from Dominique d'Humieres 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://glutton.geoffk.org/HEAD/native-logsum/i686-pc-linux-gnu/libitm/testsuite/libitm.log.

[Bug other/51124] libitm failures

2012-01-09 Thread iains at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 --- Comment #10 from Iain Sandoe 2012-01-09 10:55:06 UTC --- Just for once, all the tests pass on powerpc-darwin9 (m32 & m64) [last tested 182949].

[Bug other/51124] libitm failures

2012-01-09 Thread patrick.marlier at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 --- Comment #11 from Patrick Marlier 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/ml/gcc-patches/2011-12/msg01784.html Torvald, what was decid

[Bug other/51124] libitm failures

2012-01-09 Thread torvald at gcc dot gnu.org
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 --- Co

[Bug other/51124] libitm failures

2012-01-09 Thread patrick.marlier at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 --- Comment #13 from Patrick Marlier 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 arguments in x86/32 bits mode. So I am

[Bug other/51124] libitm failures

2012-01-09 Thread patrick.marlier at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 --- Comment #14 from Patrick Marlier 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 continue to be passed all of their argu

[Bug other/51124] libitm failures

2012-01-10 Thread aldyh at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 Aldy Hernandez changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug other/51124] libitm failures

2012-01-11 Thread ro at CeBiTec dot Uni-Bielefeld.DE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 --- Comment #16 from ro at CeBiTec dot Uni-Bielefeld.DE 2012-01-11 11:16:56 UTC --- > --- Comment #15 from Aldy Hernandez 2012-01-10 > 17:53:25 UTC --- > Folks, I am going to close this PR since it is a potpourri of failures across > different a

[Bug other/51124] libitm failures

2012-01-11 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51124 --- Comment #17 from Dominique d'Humieres 2012-01-11 21:45:35 UTC --- > --- Comment #15 from Aldy Hernandez 2012-01-10 > 17:53:25 UTC --- > Folks, I am going to close this PR since it is a potpourri of failures across > different architectures,