search for: macosx_version_min

...4.0 -arch ppc -std=gnu99 -I/Library/Frameworks/R.framework/Resources/include -I/Library/Frameworks/R.framework/Resources/include/ppc -I/usr/local/include -fPIC -g -O2 -c fifrt.c -o fifrt.o gfortran-4.0 -arch ppc -fPIC -g -O2 -c fthrt.f -o fthrt.o gcc-4.0 -arch ppc -std=gnu99 -dynamiclib -Wl,-macosx_version_min -Wl,10.3 -undefined dynamic_lookup -single_module -multiply_defined suppress -L/usr/local/lib -o roots.so fifrt.o fthrt.o -lgfortran -lgcc_s -lSystemStubs -lmx -lSystem -L/Library/Frameworks/R.framework/Resources/lib/ppc -lR -dylib_file libRblas.dylib:/Library/Frameworks/R.framework/Resources/lib/...

...lStream.o dpStream.o ssStream.o publicVMDInter.o thread.o -o libvmd.dylib -lcrypto collect2: ld terminated with signal 11 [Segmentation fault: 11] make[2]: *** [libvmd.dylib] Error 1 make[1]: *** [lib] Error 2 make: *** [vmd] Error 2 at /usr/bin/ld -dynamic -dylib -arch x86_64 -flat_namespace -macosx_version_min 10.7.2 -single_module -undefined suppress -weak_reference_mismatches non-weak -undefined suppress -o libvmd.dylib -ldylib1.10.5.o -L/sw/lib/gcc4.6/lib/gcc/x86_64-apple-darwin11.0.0/4.6.1 -L/sw/lib/gcc4.6/lib/gcc/x86_64-apple-darwin11.0.0/4.6.1/../../.. dpApi.o vmd.o vmdInter.o tclStream.o dpStream....

...rks 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.platform/Developer/SDKs/MacOSX10.14...

.../R.framework/Resources/include -I/Library/Frameworks/R.framework/Resources/include/ppc -I/Library/Frameworks/PROJ.framework/Versions/4.5/Headers -I/Library/Frameworks/GDAL.framework/unix/include -I/usr/local/include -fPIC -g -O2 -c projectit.cpp -o projectit.o g++-4.0 -arch ppc -dynamiclib -Wl,-macosx_version_min -Wl,10.3 -undefined dynamic_lookup -single_module -multiply_defined suppress -L/usr/local/lib -o rgdal.so OGR_write.o gdal-bindings.o ogr_geom.o ogr_proj.o ogrdrivers.o ogrsource.o projectit.o -L/Library/Frameworks/PROJ.framework/Versions/4.5/unix/lib -L/Library/Frameworks/GDAL.framework/unix/...

...n of “ld” from Apple supports an option “-save-temps” which I believe saves bitcode both before and after the optimizer (and the bug is visible as a difference between these two) ~/llvm-install/bin/clang -flto -O2 -c -o bug17623.o bug17623.c "/usr/bin/ld" -demangle -dynamic -arch x86_64 -macosx_version_min 10.10.0 -lSystem /Users/dcallahan/llvm-install/bin/..\ /lib/clang/3.6.0/lib/darwin/libclang_rt.osx.a -save-temps -o bug36 bug17623.o (this produces bug36.lto.bc and bug36.lto.opt.bc) However, if I use “opt” to try and duplicate the actions run by “ld”, as in: ~/llvm-install/bin/opt -O2 -o bug36....

...;m working with R, I try to call C from R. When I try to compile my file.c to make file.so, with the command : R CMD SHLIB foo.c return the message : gcc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -std=gnu99 -dynamiclib -Wl,-headerpad_max_install_names -Wl,-macosx_version_min -Wl,10.4 -undefined dynamic_lookup -single_module -multiply_defined suppress -L/usr/local/lib -o foo.so foo.o -F/Library/Frameworks/R.framework/.. -framework R /usr/bin/libtool: for architecture cputype (16777223) cpusubtype (3) object: /usr/local/lib/libgcc_s.10.4.dylib malformed object (unknown...

...ran routine from mvndstpack.f I get the error /usr/bin/libtool: file: mvndstpack.o is not an object file (not allowed in a library) after R outputs (sorry... not sure if this is useful information or not) gcc-4.0 -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -std=gnu99 -dynamiclib -Wl,-macosx_version_min -Wl,10.3 -undefined dynamic_lookup -single_module -multiply_defined suppress -L/usr/local/lib -o mhroc_prop.so mhroc_prop.o mvndstpack.o -L/Library/Frameworks/R.framework/Resources/lib/ppc -lRlapack -L/Library/Frameworks/R.framework/Resources/lib/ppc -lRblas -L/usr/local/lib/gcc/powerpc-apple-...

...Mach-O linker is not under active development, but there must be some way to work around this bug. Does anyone have a clue? This trivial IR file gives "dyld: lazy symbol binding failed: bad lazy bind info" at runtime when linked with: lld -flavor darwin -demangle -dynamic -arch x86_64 -macosx_version_min 10.10.0 -pie -o ./tmp_exe ./tmp_exe.o -lSystem When linking with the system linker instead, with the same arguments, it works fine. IR file: target datalayout = "e-m:o-i64:64-f80:128-n8:16:32:64-S128" target triple = "x86_64-apple-darwin-unknown" @0 = internal unnamed_addr co...

...I/Library/Frameworks/R.framework/Resources/include -I/Library/Frameworks/R.framework/Resources/include/i386 -msse3 -fPIC -g -O2 -march=nocona -c McDonaldHW3.c -o McDonaldHW3.o gcc-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -std=gnu99 -dynamiclib -Wl,-headerpad_max_install_names -Wl,-macosx_version_min -Wl,10.3 -undefined dynamic_lookup -single_module -multiply_defined suppress -L/usr/local/lib -o McDonaldHW3.so McDonaldHW3.o -F/Library/Frameworks/R.framework/.. -framework R ld: library not found for -ldylib1.10.5.o collect2: ld returned 1 exit status make: *** [McDonaldHW3.so] Error 1 McDonal...

...I/Library/Frameworks/R.framework/Resources/include -I/Library/Frameworks/R.framework/Resources/include/i386 -msse3 -fPIC -g -O2 -march=nocona -c McDonaldHW3.c -o McDonaldHW3.o gcc-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -std=gnu99 -dynamiclib -Wl,-headerpad_max_install_names -Wl,-macosx_version_min -Wl,10.3 -undefined dynamic_lookup -single_module -multiply_defined suppress -L/usr/local/lib -o McDonaldHW3.so McDonaldHW3.o -F/Library/Frameworks/R.framework/.. -framework R ld: library not found for -ldylib1.10.5.o collect2: ld returned 1 exit status make: *** [McDonaldHW3.so] Error 1 McDonal...

...led for libLTO? We have a working patch to implement the FSF gcc LTO on darwin which now passes all of the liblto testsuite but are seeing linker issues with larger programs like aermod... as -arch x86_64 -force_cpusubtype_ALL -o aermod.o aermod.s /usr/bin/ld -dynamic -arch x86_64 -macosx_version_min 10.6.3 -weak_reference_mismatches non-weak -o aermod -lcrt1.10.5.o -L./ aermod.o -lgfortran -lgcc_s.10.5 -lgcc_ext.10.5 -no_compact_unwind -lSystem -v @(#)PROGRAM:ld PROJECT:ld64-97.2 Library search paths: ./ /usr/lib /usr/local/lib Framework search paths: /Library/Frameworks/ /System/Library...

Thanks! I also found test/CodeGen/ARM/ghc-tcreturn-lowered.ll, which tests only for thumbv7-eabi, so, i tried a few more variations: [x] arm64-apple-ios [x] arm64-apple-ios7.0.0 [x] arm64-apple-darwin [x] armv7-apple [x] thumbv7-apple [x] thumbv7-apple-darwin [x] i386-apple-ios [x] i386-apple-darwin [f] thumbv7-apple-ios [f] thumbv7-apple-ios7.0.0 [f] armv7-apple-ios I’ve also just build a

...s an option “-save-temps” which I believe saves bitcode both before and after the optimizer (and the bug is visible as a difference between these two) >> >> ~/llvm-install/bin/clang -flto -O2 -c -o bug17623.o bug17623.c >> "/usr/bin/ld" -demangle -dynamic -arch x86_64 -macosx_version_min 10.10.0 -lSystem /Users/dcallahan/llvm-install/bin/..\ >> /lib/clang/3.6.0/lib/darwin/libclang_rt.osx.a -save-temps -o bug36 bug17623.o >> >> (this produces bug36.lto.bc and bug36.lto.opt.bc) >> >> However, if I use “opt” to try and duplicate the actions run by “ld...

...ing patch to implement the FSF gcc > LTO on darwin which now passes all of the liblto testsuite > but are seeing linker issues with larger programs like > aermod... > > as -arch x86_64 -force_cpusubtype_ALL -o aermod.o aermod.s > /usr/bin/ld -dynamic -arch x86_64 -macosx_version_min 10.6.3 -weak_reference_mismatches non-weak -o aermod -lcrt1.10.5.o -L./ aermod.o -lgfortran -lgcc_s.10.5 -lgcc_ext.10.5 -no_compact_unwind -lSystem -v > @(#)PROGRAM:ld PROJECT:ld64-97.2 > Library search paths: > ./ > /usr/lib > /usr/local/lib > Framework search paths: > /L...

...4.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.platform/Developer/SDKs/MacOSX10.14...

...gcc > > LTO on darwin which now passes all of the liblto testsuite > > but are seeing linker issues with larger programs like > > aermod... > > > > as -arch x86_64 -force_cpusubtype_ALL -o aermod.o aermod.s > > /usr/bin/ld -dynamic -arch x86_64 -macosx_version_min 10.6.3 -weak_reference_mismatches non-weak -o aermod -lcrt1.10.5.o -L./ aermod.o -lgfortran -lgcc_s.10.5 -lgcc_ext.10.5 -no_compact_unwind -lSystem -v > > @(#)PROGRAM:ld PROJECT:ld64-97.2 > > Library search paths: > > ./ > > /usr/lib > > /usr/local/lib > > Fr...

...oolchains/XcodeDefault.xctoolchain/usr/bin/ld" -demangle -object_path_lto /var/folders/5c/85r7gp0909j5jbytzds1j7b40000gn/T/thinlto-74963a -lto_library /Applications/Xcode-11.3.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/libLTO.dylib -no_deduplicate -dynamic -arch x86_64 -macosx_version_min 10.15.0 -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -o test /var/folders/5c/85r7gp0909j5jbytzds1j7b40000gn/T/test-d5e7a1.o src/.libs/libogg.a -debug_snapshot -lc++ -lSystem /Applications/Xcode-11.3.app/Contents/Developer/Toolchains/Xcod...

...new to lld, so which of these fits in better with our goals? Or has someone else already thought about it and have a cunning plan? I'm happy to implement anyone's idea if it's the neatest way to go. Cheers. Tim. [*] It's the last barrier to "lld -flavor darwin -arch x86_64 -macosx_version_min 10.9 hello_world.o /usr/lib/libSystem.dylib -ohello_world" working, I think! Using /usr/lib/system/libsystem_c.dylib already does.

...n the command line from snapshot: /Applications/Xcode-11.3.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld -Z -demangle -object_path_lto /var/folders/5c/85r7gp0909j5jbytzds1j7b40000gn/T/thinlto-bf51d2 -lto_library data_files/libLTO.dylib -no_deduplicate -dynamic -arch x86_64 -macosx_version_min 10.15.0 -debug_snapshot -filelist objects/filelist dylibs/libSystem.tbd dylibs/libc++.tbd Steven > On Jul 22, 2020, at 11:42 AM, Tobias Hieta <tobias at plexapp.com> wrote: > > Hello, > > Thanks for the reply Teresa and Steven, > > I uploaded the snapshot to GDrive...

..."movl %r15d, %ebx", "~{rbx}"() #0 ret void } define internal void @foo() #0 { call void asm sideeffect "movl %r14d, %r15d", "~{r15}"() #0 ret void } and its generated assembly code when IPRA enabled: .section __TEXT,__text,regular,pure_instructions .macosx_version_min 10, 12 .p2align 4, 0x90 _foo: ## @foo .cfi_startproc ## BB#0: ## InlineAsm Start movl %r14d, %r15d ## InlineAsm End retq .cfi_endproc .globl _bar .p2align 4, 0x90 _bar: ## @bar .cfi_startproc ## BB#0: pushq %r15 Ltmp0: .cfi_def_cf...