[Bug testsuite/38949] Link failures in new stackalign tests
--- Comment #5 from hjl dot tools at gmail dot com 2009-01-31 17:44 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38949
[Bug testsuite/38949] Link failures in new stackalign tests
--- Comment #4 from hjl at gcc dot gnu dot org 2009-01-26 20:34 --- Subject: Bug 38949 Author: hjl Date: Mon Jan 26 20:34:09 2009 New Revision: 143684 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143684 Log: 2009-01-26 Danny Smith PR testsuite/38949 * g++.dg/torture/stackalign/test-unwind.h (ASMNAME): Define. Use instead of C name in asm statements. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/torture/stackalign/test-unwind.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38949
[Bug testsuite/38949] Link failures in new stackalign tests
--- Comment #3 from dave dot korn dot cygwin at gmail dot com 2009-01-23 19:02 --- Right you are. Either one should work, but I don't have any more spare time than you for testing things on Linux right now. It's non-critical, so I'll keep a patch in my local tree and maybe we should set the target milestone to 4.5.0? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38949
[Bug testsuite/38949] Link failures in new stackalign tests
--- Comment #2 from dannysmith at users dot sourceforge dot net 2009-01-23 18:53 --- There is an alternative patch at http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00044.html which i had forgotten about. It has been tested on i686-pc-mingw32 and i686-pc-linux -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38949
[Bug testsuite/38949] Link failures in new stackalign tests
--- Comment #1 from dave dot korn dot cygwin at gmail dot com 2009-01-23 18:10 --- Created an attachment (id=17168) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17168&action=view) Force assembler labels to match. Now testing this fairly straightforward approach to making the names match precisely regardless of platform's preference for an underscore prefix or no. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38949