diff options
| author | Andrew Hsieh <andrewhsieh@google.com> | 2013-03-26 21:55:00 -0700 |
|---|---|---|
| committer | Andrew Hsieh <andrewhsieh@google.com> | 2013-03-26 21:55:00 -0700 |
| commit | b159d4300781ae367096e05076df56b1467d0d9b (patch) | |
| tree | 68ca3a029cc976de2dc25ef17fbaf96ce077f6db /gcc-4.8/boehm-gc/misc.c | |
| parent | 3c138513fb44386c87bd5276725d5459f9243833 (diff) | |
| download | toolchain_gcc-b159d4300781ae367096e05076df56b1467d0d9b.tar.gz toolchain_gcc-b159d4300781ae367096e05076df56b1467d0d9b.tar.bz2 toolchain_gcc-b159d4300781ae367096e05076df56b1467d0d9b.zip | |
Use READELF_FOR_TARGET in GCC 4.6/4.7
In darwin where readelf isn't available, gcc/configure fails
to set HAVE_LD_PERSONALITY_RELAXATION for MIPS, causes
TARGET_WRITABLE_EH_FRAME=1 and flag_dwarf2_cfi_asm=0 (ie. disable
CFI directive), and fails ld.mcld
It's curious that the successful detection of the
/tmp/ndk-$USER/gcc/binutils-2.21/readelf requires binutils
to exist in the GCC's source tree, according to gcc/configure.
Other tools (objdump, nm, ld, as, etc) can be successfully
located because of OBJDUMP_FOR_TARGET, NM_FOR_TARGET, etc.
Fix to look for READELF_FOR_TARGET in gcc/configure
See
https://android-review.googlesource.com/#/c/54760
https://android-review.googlesource.com/#/c/54770
https://android-review.googlesource.com/#/c/54710
Change-Id: I8b057a70d43389d3d9d02b5c54b8365ebe6487d1
Diffstat (limited to 'gcc-4.8/boehm-gc/misc.c')
0 files changed, 0 insertions, 0 deletions