maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/lld/test/mach-o/force_load-dylib.yaml

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

46 lines
1.4 KiB
YAML
Raw Normal View History

Replace -flavor {gnu,darwin} with ld64.lld or ld.lld. llvm-svn: 325390
2018-02-17 05:16:57 +08:00
# RUN: ld64.lld -arch x86_64 -dylib %p/Inputs/bar.yaml \
Have one version of libSystem for each arch. NFC. An upcoming commit will change how we choose to reference a dylib. Currently dylibs are only given an LC_LOAD_DYLIB in the final image if an atom is used. This is different from ld64 which adds the load command when the dylib is referenced on the cmdline. In order to change this behaviour, we need libSystem.yaml to actually contain a mach header so that it is parsed as a dylib, instead of currently being parsed as a normalised file. To get a mach header, we also require an arch, so now we have one libsystem per arch and all the tests have been updated to choose the correct one. llvm-svn: 278372
2016-08-12 02:08:59 +08:00
# RUN: -install_name /usr/lib/libbar.dylib %p/Inputs/x86_64/libSystem.yaml -o %t1.dylib
Replace -flavor {gnu,darwin} with ld64.lld or ld.lld. llvm-svn: 325390
2018-02-17 05:16:57 +08:00
# RUN: ld64.lld -arch x86_64 -dylib %s -all_load %t1.dylib \
Have one version of libSystem for each arch. NFC. An upcoming commit will change how we choose to reference a dylib. Currently dylibs are only given an LC_LOAD_DYLIB in the final image if an atom is used. This is different from ld64 which adds the load command when the dylib is referenced on the cmdline. In order to change this behaviour, we need libSystem.yaml to actually contain a mach header so that it is parsed as a dylib, instead of currently being parsed as a normalised file. To get a mach header, we also require an arch, so now we have one libsystem per arch and all the tests have been updated to choose the correct one. llvm-svn: 278372
2016-08-12 02:08:59 +08:00
# RUN: -install_name /usr/lib/libfoo.dylib %p/Inputs/x86_64/libSystem.yaml -o %t
[mach-o] Fix crash when -all_load used with dylibs -all_load tells the darwin linker to immediately load all members of all archives. The code do that used reinterpret_cast<> instead of dyn_cast<>. If the file was a dylib, the reinterpret_cast<> turned a pointer to a dylib into a pointer to an archive...boom. Added test case to reproduce the crash, simplified the code and used dyn_cast<>. llvm-svn: 219990
2014-10-17 07:42:42 +08:00
# RUN: llvm-nm -m %t | FileCheck %s
#
#
# Test -all_load does not break linking with dylibs
#
--- !mach-o
arch: x86_64
file-type: MH_OBJECT
flags: [ MH_SUBSECTIONS_VIA_SYMBOLS ]
sections:
- segment: __TEXT
section: __text
type: S_REGULAR
attributes: [ S_ATTR_PURE_INSTRUCTIONS, S_ATTR_SOME_INSTRUCTIONS ]
address: 0x0000000000000000
Remove trailing whitespace characters. llvm-svn: 235897
2015-04-28 01:18:04 +08:00
content: [ 0x55, 0x48, 0x89, 0xE5, 0x31, 0xC0, 0x5D, 0xE9,
[mach-o] Fix crash when -all_load used with dylibs -all_load tells the darwin linker to immediately load all members of all archives. The code do that used reinterpret_cast<> instead of dyn_cast<>. If the file was a dylib, the reinterpret_cast<> turned a pointer to a dylib into a pointer to an archive...boom. Added test case to reproduce the crash, simplified the code and used dyn_cast<>. llvm-svn: 219990
2014-10-17 07:42:42 +08:00
0x00, 0x00, 0x00, 0x00 ]
relocations:
- offset: 0x00000008
type: X86_64_RELOC_BRANCH
length: 2
pc-rel: true
extern: true
symbol: 1
global-symbols:
- name: _foo
type: N_SECT
scope: [ N_EXT ]
sect: 1
value: 0x0000000000000000
undefined-symbols:
- name: _bar
type: N_UNDF
scope: [ N_EXT ]
value: 0x0000000000000000
...
# CHECK: (__TEXT,__text) external _foo