Introduce target-specific LDFLAGS, the same way we have CFLAGS for the target.
It seems to be helping gcc somewhat into telling the correct endianness to ld that sticks with little endian even when the target is big (eg armeb-unknown-linux-uclibcgnueabi).
There's still work to do, especially finish the gcc part that is not in this commit.
/trunk/scripts/functions | 9 7 2 0 +++++++--
1 file changed, 7 insertions(+), 2 deletions(-)
1 Glibc does not build: asm/page.h not found
3 As of linux-2.6.25, asm/page.h is no longer exported.
4 This means the glibc up to and including 2.6.1 will not build against headers
5 exported from linux-2.6.25 and up. Status of glibc-2.7 and above is unknown.
10 This broken build has been observed for big endian ARm with glibc and NPTL,
11 and with i686 with glibc and NPTL.
13 This has not been fully investigated yet. There is a name clash with strdup,
14 where it is a macro somewhere, and dmalloc tries to re-declare a strdup
15 function in dmalloc.h, but the declaration is overwritten with the macro
16 expansion, and thus the build is broken.
18 The common denominator seems to be NPTL.