aboutsummaryrefslogtreecommitdiff
path: root/gcc/tree-chkp.c
diff options
context:
space:
mode:
authorIain Sandoe <iain@codesourcery.com>2017-09-25 08:47:41 +0000
committerIain Sandoe <iains@gcc.gnu.org>2017-09-25 08:47:41 +0000
commit7b6078223126fb3927b8199d9048e4f0cccc17e9 (patch)
tree782cacda1a2e6bd9023f670e135085e992c974c6 /gcc/tree-chkp.c
parentf7fb5c08f36ea1c1aeebe1710839d1c0d5e68674 (diff)
downloadgcc-7b6078223126fb3927b8199d9048e4f0cccc17e9.zip
gcc-7b6078223126fb3927b8199d9048e4f0cccc17e9.tar.gz
gcc-7b6078223126fb3927b8199d9048e4f0cccc17e9.tar.bz2
[Patch, Darwin] Fix PR80556 by linking the system unwinder ahead of libgcc_eh.
PR target/80556 * config/i386/darwin.h (REAL_LIB_SPEC): New; put libSystem ahead of libgcc_eh for m64. * config/i386/darwin64.h: Likewise. /* WORKAROUND pr80556: For x86_64 Darwin10 and later, the unwinder is in libunwind (redirected from libSystem). This doesn't use the keymgr (see keymgr.c) and therefore the calls that libgcc makes to obtain the KEYMGR_GCC3_DW2_OBJ_LIST are not updated to include new images, and might not even be valid for a single image. Therefore, for 64b exes at least, we must use the libunwind implementation, even when static-libgcc is specified. We put libSystem first so that unwinder symbols are satisfied from there. From-SVN: r253137
Diffstat (limited to 'gcc/tree-chkp.c')
0 files changed, 0 insertions, 0 deletions