similar to: [LLVMdev] Cross-compiling llvm/clang osx -> win32

I'm running into a compile problem with commit 131656 of compiler-rt. I'm compiling llvm with: $ CXX='g++ -m32' CC='gcc -m32' CFLAGS=-m32 CXXFLAGS=-m32 LDFLAGS=-m32 ./configure --disable-bindings --{build,host,target}=i686-apple-darwin --enable-targets=x86,x86_64,cbe --enable-optimized $ make $ make install It will eventually error out with:

It has come up when reviewing Kostya's patch to add the necessary support fort linking in the Address Sanitizer runtime library that we need a proper scheme and plan for deploying runtime libraries along with Clang. I've CC'ed llvmdev on this for compiler-rt developers' input. The key issues I see when locating runtime libraries are the following: - These libraries should be

I recently took a stab at changing the MacPorts llvm-3.4 port from the configure-based build system to the cmake-based build system. There are a couple of issues that I still haven't been able to work out yet and would like to know if these are just configuration issues on my side or bugs I should file at bugs.llvm.org: 1) libclang_rt It looks like the cmake build is missing some runtime

Hey Chandler, We already have a certain precedent for how we do this on Darwin. The current library set is: -- $ find lib/clang/3.1/lib lib/clang/3.1/lib lib/clang/3.1/lib/darwin lib/clang/3.1/lib/darwin/libclang_rt.10.4.a lib/clang/3.1/lib/darwin/libclang_rt.cc_kext.a lib/clang/3.1/lib/darwin/libclang_rt.eprintf.a lib/clang/3.1/lib/darwin/libclang_rt.ios.a

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

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

On Jul 24, 2013, at 11:11 AM, Jeremy Huddleston Sequoia wrote: > I recently took a stab at changing the MacPorts llvm-3.4 port from the configure-based build system to the cmake-based build system. > > There are a couple of issues that I still haven't been able to work out yet and would like to know if these are just configuration issues on my side or bugs I should file at

> On May 28, 2015, at 8:37 AM, Yaron Keren <yaron.keren at gmail.com> wrote: > > Probably not a blocker for replacing autoconf, while at it: > Bug 23468 - LLVM_OPTIMIZED_TABLEGEN does not work with Visual Studio. > It makes the tablegenning really slow. This is actually a feature of the CMake build system that the autoconf one doesn’t have, so this is not related to

>> There's nothing in Directives/path that says it applies only to c32. > You probably mean something like "Config#PATH" [...] No, I really did mean Directives/path, which is the first link in the "See Also" under PXELINUX-Multi-Arch. At any rate, it appears that page has been edited within the last couple days, and the new contents are well-written and

Compiler-rt is broken for me. I'm compiling with top of trunk llvm, 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:

> On Oct 31, 2014, at 4:45 PM, David Blaikie <dblaikie at gmail.com> wrote: > > > > On Fri, Oct 31, 2014 at 4:31 PM, Bob Wilson <bob.wilson at apple.com <mailto:bob.wilson at apple.com>> wrote: > >> On Oct 31, 2014, at 4:19 PM, Eric Christopher <echristo at gmail.com <mailto:echristo at gmail.com>> wrote: >> >> >>

Hi LLVMDev, The following issues have been fixed since the last update I sent out. Completed: * Bug 19462 - Use the INSTALL(EXPORT ...) to export CMake definitions * Bug 21561 - Update release scripts to use CMake These issues are still outstanding. Classification of blocking vs non-blocking are my own opinions, please let me know if you disagree. All non-blocking issues are still serious bugs

Hi Chris, Looking forward to continued support for CMake! Along that note, I wanted to add one bug to your list of things to track, which to me seems up your alley but maybe was filed in the wrong bucket (or is actually someone else's problem). Bug 24154 - CMake shared files are broken in llvm-3.7-dev Cheers, Brenden On Wed, Jul 29, 2015 at 1:20 PM Chris Bieneman <beanz at

Probably not a blocker for replacing autoconf, while at it: Bug 23468 - LLVM_OPTIMIZED_TABLEGEN does not work with Visual Studio. It makes the tablegenning really slow. 2015-05-28 18:22 GMT+03:00 Chris Bieneman <beanz at apple.com>: > Hi all, > > Time for another update on the status of the CMake build system. > > Completed: > * Bug 18496 - [cmake] .S assembly files not

Ady asked: > Have you read the "See also" section(s) of the wiki page(s)? Yes. > By reading the relevant wiki pages, a user should (_hopefully_) get to > the conclusion that the PATH directive is relevant for c32 modules, and > not a replacement for the CONFIG / INCLUDE directives nor for relative > paths based on the "Working Directory". There's nothing

"If the answer is no", of course. On Nov 20, 2013 8:02 AM, "Alexander Potapenko" <glider at google.com> wrote: > Do you have the iossim sdk installed on your machine (check by 'xcrun > --show-sdk-path --sdk iphonesimulator')? > If the answer is yes and you're testing on ToT, that's a bug. I'll take a > look. > On Nov 20, 2013 5:05 AM,

Hi Brenden, Thanks for the heads up. I don’t expect that to be a blocker for deprecating autoconf because autoconf doesn’t have an equivalent of LLVMExports.cmake. That said it is a real issue and I’ll track it with the other issues on this list, and I’ve added it as a dependency on the meta bug (PR15732) to make it easier to keep track of. Thanks, -Chris > On Jul 29, 2015, at 4:48 PM,

Hi all, Time for another update on the status of the CMake build system. Completed: * Bug 18496 - [cmake] .S assembly files not compiled by cmake in libclang_rt.ARCH * Bug 22725 - lldb build with cmake fails with "Program error: Invalid parameters entered, -h for help. " * Update GettingStarted to prefer CMake Still Outstanding: * Bug 14109 - CMake build for compiler-rt should use

Thanks! 2015-05-28 18:56 GMT+03:00 Chris Bieneman <beanz at apple.com>: > > On May 28, 2015, at 8:37 AM, Yaron Keren <yaron.keren at gmail.com> wrote: > > Probably not a blocker for replacing autoconf, while at it: > Bug 23468 - LLVM_OPTIMIZED_TABLEGEN does not work with Visual Studio. > It makes the tablegenning really slow. > > > This is actually a

Do you have the iossim sdk installed on your machine (check by 'xcrun --show-sdk-path --sdk iphonesimulator')? If the answer is yes and you're testing on ToT, that's a bug. I'll take a look. On Nov 20, 2013 5:05 AM, "Yuchen Wu" <yuchenericwu at hotmail.com> wrote: > Compiler-rt is broken for me. I'm compiling with top of trunk llvm, clang > and