This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
| Other format: | [Raw text] | |
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=3867 Patch (well, more of a hack) is attached. However, I do not know whether .long and .4byte are necessarily equivalent (I suspect they won't be on 64-bit hosts), so I left in checks for both .4byte and .long. Also, I left out the ,"aw",@progbits args for .section, and I'm not sure that this won't affect the tests on some platforms (it doesn't on Linux, but that's the only non-COFF platform I have access to). Additionally, I'm not entirely sure that checking for lit2 and big2 is valid (for all I know the extra padding is exactly the failure being detected). Someone with exact knowledge of the issue being checked here will need to verify it. In any case, this patch causes configure to consider mingw32, using binutils 2.13, a non-broken platform when it comes to assembler eh_frame optimizations. Note: the use of .4byte in the linker test is safe, as it is only run if the linker supports PT_GNU_EH_FRAME, and that is currently only the case if the linker supports elf. -- Tim Van Holder <tim.van.holder@pandora.be>
Attachment:
eh_frame.patch
Description: Text document
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |