[Bug testsuite/50076] FAIL: c-c++-common/cxxbitfields-3.c scan-assembler movl.*, var on x86_64-apple-darwin10

2012-02-12 Thread iains at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50076

--- Comment #6 from Iain Sandoe iains at gcc dot gnu.org 2012-02-12 15:20:50 
UTC ---
Author: iains
Date: Sun Feb 12 15:20:46 2012
New Revision: 184140

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=184140
Log:

gcc/testsuite:

PR testsuite/50076
* c-c++-common/cxxbitfields-3.c: Adjust scan assembler for nonpic
cases.


Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/c-c++-common/cxxbitfields-3.c


[Bug testsuite/50076] FAIL: c-c++-common/cxxbitfields-3.c scan-assembler movl.*, var on x86_64-apple-darwin10

2012-02-12 Thread iains at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50076

Iain Sandoe iains at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #7 from Iain Sandoe iains at gcc dot gnu.org 2012-02-12 15:22:08 
UTC ---
sorry it took so long to apply the fix .. assuming this to be fixed now.


[Bug testsuite/50076] FAIL: c-c++-common/cxxbitfields-3.c scan-assembler movl.*, var on x86_64-apple-darwin10

2012-02-12 Thread howarth at nitro dot med.uc.edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50076

Jack Howarth howarth at nitro dot med.uc.edu changed:

   What|Removed |Added

 CC||howarth at nitro dot
   ||med.uc.edu

--- Comment #8 from Jack Howarth howarth at nitro dot med.uc.edu 2012-02-12 
23:02:59 UTC ---
I can confirm that r184140 fixes the c-c++-common/cxxbitfields-3.c failures on
x86_64-apple-darwin11.


[Bug testsuite/50076] FAIL: c-c++-common/cxxbitfields-3.c scan-assembler movl.*, var on x86_64-apple-darwin10

2012-01-28 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50076

--- Comment #5 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-01-28 
11:54:51 UTC ---
 Proposed fix:
 http://gcc.gnu.org/ml/gcc-patches/2011-12/msg00708.html

A stronger fix has been proposed at
http://gcc.gnu.org/ml/gcc-patches/2011-12/msg00895.html and approved at
http://gcc.gnu.org/ml/gcc-patches/2011-12/msg00897.html . Could it be applied?
TIA.


[Bug testsuite/50076] FAIL: c-c++-common/cxxbitfields-3.c scan-assembler movl.*, var on x86_64-apple-darwin10

2011-12-09 Thread aldyh at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50076

Aldy Hernandez aldyh at gcc dot gnu.org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011-12-09
 AssignedTo|unassigned at gcc dot   |aldyh at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #4 from Aldy Hernandez aldyh at gcc dot gnu.org 2011-12-09 
17:38:53 UTC ---
Proposed fix:
http://gcc.gnu.org/ml/gcc-patches/2011-12/msg00708.html


[Bug testsuite/50076] FAIL: c-c++-common/cxxbitfields-3.c scan-assembler movl.*, var on x86_64-apple-darwin10

2011-11-29 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50076

--- Comment #3 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-11-29 
10:35:48 UTC ---
 I will be contributing a testing harness that is back-end agnostic, so it 
 won't
 depend on scanning the assembly.  Stay tuned.

Any progress in this direction?


[Bug testsuite/50076] FAIL: c-c++-common/cxxbitfields-3.c scan-assembler movl.*, var on x86_64-apple-darwin10

2011-09-19 Thread aldyh at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50076

--- Comment #2 from Aldy Hernandez aldyh at gcc dot gnu.org 2011-09-19 
15:37:37 UTC ---
I will be contributing a testing harness that is back-end agnostic, so it won't
depend on scanning the assembly.  Stay tuned.


[Bug testsuite/50076] FAIL: c-c++-common/cxxbitfields-3.c scan-assembler movl.*, var on x86_64-apple-darwin10

2011-09-15 Thread dominiq at lps dot ens.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50076

Dominique d'Humieres dominiq at lps dot ens.fr changed:

   What|Removed |Added

 CC||iains at gcc dot gnu.org

--- Comment #1 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-09-15 
11:16:14 UTC ---
Could someone look at this pr and decide if the code

movq_var@GOTPCREL(%rip), %rdx
movl(%rdx), %eax

is buggy (in this case I cannot help) or if the dg-final has to be adjusted for
darwin (then I can try to find a suitable regexp).