search for: clang_darwin

.../build $ ../llvm-3.1.src/configure --enable-targets=x86,x86_64 --target=i386-winnt && make checking for clang... clang checking for C compiler default output file name... a.out [...snip...] llvm[4]: ======= Finished Linking Release+Asserts Executable clang-check (without symbols) warning: clang_darwin.mk: dropping arch 'i386' from lib 'eprintf' warning: clang_darwin.mk: dropping arch 'i386' from lib '10.4' warning: clang_darwin.mk: dropping arch 'x86_64' from lib '10.4' warning: clang_darwin.mk: dropping arch 'i386' from lib 'ios' w...

...ty=hidden -DVISIBILITY_HIDDEN -mkernel -DKERNEL_USE -Wall -Werror -O3 -fomit-frame-pointer -miphoneos-version-min=1.0 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk -mthumb -c -o /Users/erickt/Projects/llvm/gcc-i386/llvm-build-Release/tools/clang/runtime/compiler-rt/clang_darwin/cc_kext/armv6/SubDir.lib/ashldi3.o /Users/erickt/Projects/llvm/llvm/projects/compiler-rt/lib/ashldi3.c error: unable to create target: 'No available targets are compatible with this triple, see -version for the available targets.' error: 1 error generated. unable to create target: 'No a...

...e 3.2 appears to tagged to r170558. Therefore, I'm reasoning that it's not possible to build clang/compiler-rt from the unmodified 3.2 source distributions on Linux. So I extracted the pertinent difference and backported it to the 3.2 source, creating a diff / patch file as follows: $ cat clang_darwin.mk.patch 82a83 > ifneq ($(shell which sw_vers),) 87a89 > endif $ I then applied it to <LLVM_SRC_DIR>/projects/compiler-rt/make/platform/clang_darwin.mk via: patch -b <LLVM_SRC_DIR>/projects/compiler-rt/make/platform/clang_darwin.mk < <DIR_CONTAINING_PATCH_FILE>/clang_...

I tracked down the error. There’s an ifneq check for IOSSIM_SDK_PATH before it’s defined. $ grep -n IOSSIM_SDK_PATH projects/compiler-rt/make/platform/clang_darwin.mk 91:ifneq ($(IOSSIM_SDK_PATH),) 157:IOSSIM_SDK_PATH := $(call XCRunSdkPath,iphonesimulator) 158:$(warning clang_darwin.mk: $(IOSSIM_SDK_PATH)) 161: -isysroot $(IOSSIM_SDK_PATH) \ 207: -mios-simulator-version-min=7.0 -isysroot $(IOSSIM_SDK_PATH) On 2013 Nov 19, at 20:48, Yuchen Wu <yu...

I'm running Mavericks. I'll attach the make log once it's done. ________________________________ > Date: Wed, 20 Nov 2013 08:40:12 +0400 > Subject: RE: [LLVMdev] Can't compile compiler-rt, asan error > From: glider at google.com > To: yuchenericwu at hotmail.com > CC: llvmdev at cs.uiuc.edu > > > Also, which version of OSX you're running? >

Should be fixed in r195216. On 2013 Nov 19, at 21:30, Duncan P. N. Exon Smith <dexonsmith at apple.com> wrote: > I tracked down the error. There’s an ifneq check for IOSSIM_SDK_PATH before it’s defined. > > $ grep -n IOSSIM_SDK_PATH projects/compiler-rt/make/platform/clang_darwin.mk > 91:ifneq ($(IOSSIM_SDK_PATH),) > 157:IOSSIM_SDK_PATH := $(call XCRunSdkPath,iphonesimulator) > 158:$(warning clang_darwin.mk: $(IOSSIM_SDK_PATH)) > 161: -isysroot $(IOSSIM_SDK_PATH) \ > 207: -mios-simulator-version-min=7.0 -isysroot $(IOSSIM_SDK_PATH) > > On 2013...

...ables need different rpaths > - No Update: Still outstanding, I don't think this is a blocker. > > * Bug 21561 - Update release scripts to use CMake > - No Update: Still outstanding and blocking removal of autoconf > > * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk <http://clang_darwin.mk/> in compiler_rt > - I've looked at this a bit on and off. It is unfortunately a hard problem. I think it would be easier if CMake had better support for setting clang's sysroot and arch flags. To that end I've filed a bug against CMake (http://www.c...

...g 19875 - libraries and executables need different rpaths - No Update: Still outstanding, I don't think this is a blocker. * Bug 21561 - Update release scripts to use CMake - No Update: Still outstanding and blocking removal of autoconf * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in compiler_rt - I've looked at this a bit on and off. It is unfortunately a hard problem. I think it would be easier if CMake had better support for setting clang's sysroot and arch flags. To that end I've filed a bug against CMake (http://www.cmake.org/Bug/view.php?id=15591). * B...

...me know if you disagree. All non-blocking issues are still serious bugs that need to be fixed. Blocking Issues: * Bug 14109 - CMake build for compiler-rt should use just-built clang * Bug 14200 - -fno-rtti not in cxxflags given by llvm-config * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in compiler_rt * Bug 21568 - Cannot add rpath * Bug 23947 - CMake+Mips: find_library() doesn't work correctly when recursing 64-bit (both N32 and N64 ABI's) compiler on Debian Jessie Non-Blocking Issues: * Bug 19875 - libraries and executables need different rpaths * Bug 22466 - cmake b...

...vm, clang and compiler-rt using automake on Darwin. Is anyone else seeing this error? llvm[4]: Copying runtime library darwin/asan_iossim_dynamic to build dir llvm[4]: Copying runtime library darwin/ubsan_osx to build dir cp: /Volumes/Files/yuchen_wu/dev/llvm/build/tools/clang/runtime/compiler-rt/clang_darwin/asan_iossim_dynamic/libcompiler_rt.dylib: No such file or directory make[4]: *** [/Volumes/Files/yuchen_wu/dev/llvm/build/Debug+Asserts/lib/clang/3.4/lib/darwin/libclang_rt.asan_iossim_dynamic.dylib] Error 1 make[4]: *** Waiting for unfinished jobs.... llvm[4]: Fixing LC_ID_DYLIB of /Volumes/Files/...

...g compiler-rt/asan built from cmake for a while now, but I don't know the details (perhaps there are particular features, etc) Answering that question is the first part of what needs to be done. I’m pretty sure that cmake has nothing that is close to the equivalent of what is in make/platform/clang_darwin.mk, for example. > > >> >> Personally I still use the autoconf system, but am willing to remove it if we can get to a single system, but all of the requirements need to be handled first. >> >> -eric >> >> For example, I personally use automake, and...

Folks, I realised there's a "checkout_compiler_rt" option on ClangBuilder, which does checkout the sources, but couldn't build them on ARM. I also don't build them during releases (yet) because the configure script doesn't prepare the Makefiles for compiler-rt. A while ago I got it running on ARM with CMake files, but since these are buildbots, I'm not sure

...utables need different rpaths > - No Update: Still outstanding, I don't think this is a blocker. > > * Bug 21561 - Update release scripts to use CMake > - No Update: Still outstanding and blocking removal of autoconf > > * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in > compiler_rt > - I've looked at this a bit on and off. It is unfortunately a hard > problem. I think it would be easier if CMake had better support for setting > clang's sysroot and arch flags. To that end I've filed a bug against CMake ( > http://www.cmake.org/Bu...

...> non-blocking issues are still serious bugs that need to be fixed. > > Blocking Issues: > * Bug 14109 - CMake build for compiler-rt should use just-built clang > * Bug 14200 - -fno-rtti not in cxxflags given by llvm-config > * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in > compiler_rt > * Bug 21568 - Cannot add rpath > * Bug 23947 - CMake+Mips: find_library() doesn't work correctly when > recursing 64-bit (both N32 and N64 ABI's) compiler on Debian Jessie > > Non-Blocking Issues: > * Bug 19875 - libraries and executables need diff...

...>> Is anyone else seeing this error? >> >> llvm[4]: Copying runtime library darwin/asan_iossim_dynamic to build dir >> llvm[4]: Copying runtime library darwin/ubsan_osx to build dir >> cp: >> /Volumes/Files/yuchen_wu/dev/llvm/build/tools/clang/runtime/compiler-rt/clang_darwin/asan_iossim_dynamic/libcompiler_rt.dylib: >> No such file or directory >> make[4]: *** >> [/Volumes/Files/yuchen_wu/dev/llvm/build/Debug+Asserts/lib/clang/3.4/lib/darwin/libclang_rt.asan_iossim_dynamic.dylib] >> Error 1 >> make[4]: *** Waiting for unfinished jobs.... &...

...All non-blocking issues are still serious bugs that need to be fixed. > > Blocking Issues: > * Bug 14109 - CMake build for compiler-rt should use just-built clang > * Bug 14200 - -fno-rtti not in cxxflags given by llvm-config > * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk <http://clang_darwin.mk/> in compiler_rt > * Bug 21568 - Cannot add rpath > * Bug 23947 - CMake+Mips: find_library() doesn't work correctly when recursing 64-bit (both N32 and N64 ABI's) compiler on Debian Jessie > > Non-Blocking Issues: > * Bug 19875 - libraries an...

...paths >> - No Update: Still outstanding, I don't think this is a blocker. >> >> * Bug 21561 - Update release scripts to use CMake >> - No Update: Still outstanding and blocking removal of autoconf >> >> * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk >> in compiler_rt >> - I've looked at this a bit on and off. It is unfortunately a hard >> problem. I think it would be easier if CMake had better support for setting >> clang's sysroot and arch flags. To that end I've filed a bug against CMake ( >> htt...

...is is a blocker. * Bug 21560 - Add support to cmake for using installed versions of LLVM and Clang - Takumi commented that this works. * Bug 21561 - Update release scripts to use CMake - Still outstanding and blocking removal of autoconf * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk in compiler_rt - From discussions on llvm-dev and IRC the proper fix for this is a cross-compiling approach for compiler_rt builds, and this is a blocker. * Bug 21568 - Cannot add rpath - It looks like this is not a blocker because it can be done, but is unwieldy. I think this may be made a...

...utomake on Darwin. > > Is anyone else seeing this error? > > llvm[4]: Copying runtime library darwin/asan_iossim_dynamic to build dir > llvm[4]: Copying runtime library darwin/ubsan_osx to build dir > cp: > /Volumes/Files/yuchen_wu/dev/llvm/build/tools/clang/runtime/compiler-rt/clang_darwin/asan_iossim_dynamic/libcompiler_rt.dylib: > No such file or directory > make[4]: *** > [/Volumes/Files/yuchen_wu/dev/llvm/build/Debug+Asserts/lib/clang/3.4/lib/darwin/libclang_rt.asan_iossim_dynamic.dylib] > Error 1 > make[4]: *** Waiting for unfinished jobs.... > llvm[4]: Fixing...

...ths >> - No Update: Still outstanding, I don't think this is a blocker. >> >> * Bug 21561 - Update release scripts to use CMake >> - No Update: Still outstanding and blocking removal of autoconf >> >> * Bug 21562 - Add a CMake equivalent for make/platform/clang_darwin.mk <http://clang_darwin.mk/> in compiler_rt >> - I've looked at this a bit on and off. It is unfortunately a hard problem. I think it would be easier if CMake had better support for setting clang's sysroot and arch flags. To that end I've filed a bug against CMake (http://w...