search for: sdk_version

.... The clang binary works fine to compile a file, but ld64.lld comes up with the error "cannot find framework". However similar arguments using /usr/bin/ld instead of ld64.lld works fine. Here are the details: Here is the call using /usr/bin/ld: /usr/bin/ld HelloObjC.o -o HelloObjC -v -sdk_version 10.14.0 -macosx_version_min 10.14.0 -demangle -lto_library /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/libLTO.dylib -dynamic -arch x86_64 -framework Foundation -framework Cocoa -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platfor...

...ng \ -target x86_64-apple-darwin16.5.0 \ -Ienvs/x86_64/apple/macos/darwin/16.5.0/include \ -v \ -nostdinc \ -fPIC \ -c \ -Wno-nullability-completeness \ hello.c x.c $ file hello.o hello.o: Mach-O 64-bit object x86_64 $ /usr/local/Cellar/llvm/4.0.0_1/bin/ld.lld \ -flavor darwin \ -v \ -sdk_version 10.5.0 \ -demangle \ -arch x86_64 \ -undefined dynamic_lookup \ -dylib \ -dynamic \ -o libhello.dylib \ hello.o $ file libhello.dylib libhello.dylib: Mach-O 64-bit dynamically linked shared library x86_64 $ gcc x.c -L. -lhello ld: malformed dylib has MH_NO_REEXPORTED_DYLIBS flag but no LC...

...ple/macos/darwin/16.5.0/include \ > -v \ > -nostdinc \ > -fPIC \ > -c \ > -Wno-nullability-completeness \ > hello.c x.c > > $ file hello.o > hello.o: Mach-O 64-bit object x86_64 > > $ /usr/local/Cellar/llvm/4.0.0_1/bin/ld.lld \ > -flavor darwin \ > -v \ > -sdk_version 10.5.0 \ > -demangle \ > -arch x86_64 \ > -undefined dynamic_lookup \ > -dylib \ > -dynamic \ > -o libhello.dylib \ > hello.o > > $ file libhello.dylib > libhello.dylib: Mach-O 64-bit dynamically linked shared library x86_64 > > $ gcc x.c -L. -lhello > ld: mal...

...mpile a file, but ld64.lld comes up with the error "cannot find framework". > However similar arguments using /usr/bin/ld instead of ld64.lld works fine. > > Here are the details: > > Here is the call using /usr/bin/ld: > > /usr/bin/ld HelloObjC.o -o HelloObjC -v -sdk_version 10.14.0 -macosx_version_min 10.14.0 -demangle -lto_library /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/libLTO.dylib -dynamic -arch x86_64 -framework Foundation -framework Cocoa -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platfor...

...arwin/16.5.0/include \ > -v \ > -nostdinc \ > -fPIC \ > -c \ > -Wno-nullability-completeness \ > hello.c x.c > > $ file hello.o > hello.o: Mach-O 64-bit object x86_64 > > $ /usr/local/Cellar/llvm/4.0.0_1/bin/ld.lld \ > -flavor darwin \ > -v \ > -sdk_version 10.5.0 \ > -demangle \ > -arch x86_64 \ > -undefined dynamic_lookup \ > -dylib \ > -dynamic \ > -o libhello.dylib \ > hello.o > > $ file libhello.dylib > libhello.dylib: Mach-O 64-bit dynamically linked shared library x86_64 > > $ gcc x.c -L. -lhello &g...

...; -nostdinc \ >> -fPIC \ >> -c \ >> -Wno-nullability-completeness \ >> hello.c x.c >> >> $ file hello.o >> hello.o: Mach-O 64-bit object x86_64 >> >> $ /usr/local/Cellar/llvm/4.0.0_1/bin/ld.lld \ >> -flavor darwin \ >> -v \ >> -sdk_version 10.5.0 \ >> -demangle \ >> -arch x86_64 \ >> -undefined dynamic_lookup \ >> -dylib \ >> -dynamic \ >> -o libhello.dylib \ >> hello.o >> >> $ file libhello.dylib >> libhello.dylib: Mach-O 64-bit dynamically linked shared library x86_64 >...

...3d (0x0033fcd8) 4 0x606880f1 CreateDXGIFactory+0xe1(riid=0x60657d68, factory=0x33fd68) [/home/dan/Software/wine-1.1.10/dlls/dxgi/dxgi_main.c:99] in dxgi (0x0033fd28) 5 0x60656c39 D3D10CreateDevice+0x189(adapter=(nil), driver_type=<register EDI not in topmost frame>, swrast=(nil), flags=0, sdk_version=29, device=0x33fdb8) [/home/dan/Software/wine-1.1.10/dlls/d3d10/d3d10_main.c:63] in d3d10 (0x0033fd78) 6 0x60641c8a func_device+0x4a() [/home/dan/Software/wine-1.1.10/dlls/d3d10/tests/device.c:28] in d3d10_test (0x0033fdc8) 7 0x606421d8 run_test+0x128(name="device.c") [/home/dan/Softw...

...nc \ >> -fPIC \ >> -c \ >> -Wno-nullability-completeness \ >> hello.c x.c >> >> $ file hello.o >> hello.o: Mach-O 64-bit object x86_64 >> >> $ /usr/local/Cellar/llvm/4.0.0_1/bin/ld.lld \ >> -flavor darwin \ >> -v \ >> -sdk_version 10.5.0 \ >> -demangle \ >> -arch x86_64 \ >> -undefined dynamic_lookup \ >> -dylib \ >> -dynamic \ >> -o libhello.dylib \ >> hello.o >> >> $ file libhello.dylib >> libhello.dylib: Mach-O 64-bit dynamically linked shared library x8...

Does LLVM 8 work in macOS 10.9.5? -- Mark

...ello.c x.c >>>>> >>>>> $ file hello.o >>>>> hello.o: Mach-O 64-bit object x86_64 >>>>> >>>>> $ /usr/local/Cellar/llvm/4.0.0_1/bin/ld.lld \ >>>>> -flavor darwin \ >>>>> -v \ >>>>> -sdk_version 10.5.0 \ >>>>> -demangle \ >>>>> -arch x86_64 \ >>>>> -undefined dynamic_lookup \ >>>>> -dylib \ >>>>> -dynamic \ >>>>> -o libhello.dylib \ >>>>> hello.o >>>>> >>>>&gt...

...titled -- -j 2 Scanning dependencies of target untitled [ 50%] Building CXX object CMakeFiles/untitled.dir/main.cpp.o [100%] Linking CXX executable untitled ld: warning: ignoring unknown argument: -search_paths_first ld: warning: ignoring unknown argument: -headerpad_max_install_names ld: warning: -sdk_version is required when emitting min version load command.  Setting sdk version to match provided min version [100%] Built target untitled although for OpenGL app this shows: ====================[ Build | Gearoids | Debug ]================================ "/Applications/CLion 2018.3.app/Contents/...

I believe what's happening here is that clang translates the -fuse-ld=lld into calling the ld.lld executable, which is actually the ELF LLD linker, not the Mach-O one. On 6.0, the Mach-O linker symlink is called ld64.lld instead (and clang has been changed to call out to that name) to disambiguate the two. For 5.0, I'm not sure how best to force the Mach-O linker (I'm not familiar with

...ocation>, flags=<couldn't compute location>) [/home/diego/floss/wine/dlls/wined3d/wined3d_main.c:105] in wined3d (0x0032fcc8) 16 0x7e162fdd d3d8_init+0x45(d3d8=0x122578) [/home/diego/floss/wine/dlls/d3d8/directx.c:413] in d3d8 (0x0032fd08) 17 0x7e1575d1 Direct3DCreate8+0xb6(sdk_version=<couldn't compute location>) [/home/diego/floss/wine/dlls/d3d8/d3d8_main.c:47] in d3d8 (0x0032fd68) 18 0x0042a55f in crimsonland (+0x2a55e) (0x0032fe20) 19 0x7b86353c call_process_entry+0xb() in kernel32 (0x0032fe38) 20 0x7b863689 start_process+0x14a(peb=<couldn't...

Hi. I'm using LLVM 5.0.1 on macOS 10.12. I have a very simple program (program.c): int main() {} When attempting to compile with LLD, I get this output: $ clang -fuse-ld=lld program.c /opt/llvm/5.0.1/bin/ld.lld: error: unknown argument: -no_deduplicate /opt/llvm/5.0.1/bin/ld.lld: error: unknown argument: -dynamic /opt/llvm/5.0.1/bin/ld.lld: error: unknown argument: -arch

On Tue, Jun 6, 2017 at 11:14 PM, Michael Clark via llvm-dev < llvm-dev at lists.llvm.org> wrote: > OK. I see that the Mach-O linker is not even built when LLD is enabled in > Release_40, only the PE/COFF and ELF linkers are built. > > From looking at reviews it appears that Clang was able to be linked with > LLD on Darwin about 2 years ago, so Mach-O support seems to have