[patch x64 SEH]: Sort pdata section ascending
Tristan Gingold
gingold@adacore.com
Wed Sep 15 07:37:00 GMT 2010
More information about the Binutils mailing list
Wed Sep 15 07:37:00 GMT 2010
- Previous message (by thread): [patch x64 SEH]: Sort pdata section ascending
- Next message (by thread): [patch gas/testsuite SEH x64]: Some initial tests about SEH pseudo-operators
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Sep 14, 2010, at 10:06 PM, Dave Korn wrote: > On 14/09/2010 19:23, Richard Henderson wrote: >> On 09/14/2010 10:18 AM, Kai Tietz wrote: > >>> + bfd_vma vl, vr; >>> + vl = bfd_getl32 (lp); vr = bfd_getl32 (rp); >>> + if (vl != vr) >>> + return (vl < vr ? -1 : 1); >>> + vl = bfd_getl32 (lp + 4); vr = bfd_getl32 (rp + 4); >>> + if (vl != vr) >>> + return (vl < vr ? -1 : 1); >>> + vl = bfd_getl32 (lp + 8); vr = bfd_getl32 (rp + 8); >>> + if (vl != vr) >>> + return (vl < vr ? -1 : 1); >>> + return 0; >> >> Isn't the start address the only thing that matters here? >> We really shouldn't have overlapping entries. Certainly >> the pointer into the .xdata section should not be included >> in the sort order; that's totally irrelevant. > > BTW, are we OK with requiring GCC to build binutils, or is the code meant to > be ANSI compatible? I can't remember where this is documented. Please, stay with ISO-C 90. Tristan.
- Previous message (by thread): [patch x64 SEH]: Sort pdata section ascending
- Next message (by thread): [patch gas/testsuite SEH x64]: Some initial tests about SEH pseudo-operators
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Binutils mailing list