gnu_indirect_function support in front and back ends
Mike Frysinger
vapier@gentoo.org
Thu Sep 30 03:03:00 GMT 2010
More information about the Binutils mailing list
Thu Sep 30 03:03:00 GMT 2010
- Previous message (by thread): [RFA] Correct problem in s390-opc.tab generation
- Next message (by thread): [PATHC, GOLD]: Allow evaluation without a result section
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
atm, gas will happily accept "gnu_indirect_function" as a type and emit a symbol of type IFUNC even if the target-specific back end doesnt support it. is this expected behavior ? the trouble is that glibc uses this simple test to figure out whether to enable a multiarch build. if using binutils-2.20 for a target that doesnt support this stuff, glibc will still enable it. -mike -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. URL: <https://sourceware.org/pipermail/binutils/attachments/20100930/e493a001/attachment.sig>
- Previous message (by thread): [RFA] Correct problem in s390-opc.tab generation
- Next message (by thread): [PATHC, GOLD]: Allow evaluation without a result section
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Binutils mailing list