[LLVMbugs] [Bug 20668] New: cmake build of compiler-rt on Mac fails when LDFLAGS are set

[bugzilla-daemon at llvm.org]

http://llvm.org/bugs/show_bug.cgi?id=20668

            Bug ID: 20668
           Summary: cmake build of compiler-rt on Mac fails when LDFLAGS
                    are set
           Product: compiler-rt
           Version: unspecified
          Hardware: PC
                OS: Windows NT
            Status: NEW
          Severity: normal
          Priority: P
         Component: compiler-rt
          Assignee: unassignedbugs at nondot.org
          Reporter: hans at chromium.org
                CC: llvmbugs at cs.uiuc.edu
    Classification: Unclassified

We're trying to switch to using CMake for Chromium's Clang build. We do
bootstrap builds: first we build clang and libc++, then we use those to build
Clang again.

Steps to reproduce:

$ LDFLAGS="-L/work/llvm/build.release/lib" cmake -GNinja
-DCMAKE_BUILD_TYPE=Release
-DCMAKE_C_COMPILER=/work/llvm/build.release/bin/clang
-DCMAKE_CXX_COMPILER=/work/llvm/build.release/bin/clang++
-DCMAKE_CXX_FLAGS="-stdlib=libc++ -nostdinc++
-I/work/llvm/projects/libcxx/include" $LLVM_SRC_DIR
$ ninja

...

ld: building for iOS Simulator, but linking against dylib built for MacOSX file
'/work/llvm/build.release/lib/libc++.dylib' for architecture x86_64


The problem is that our LDFLAGS end up in the link lines also for the
cross-compiled runtimes, e.g. for iossim or i386.

We'll work around this by building compiler-rt in a separate tree and not
setting LDFLAGS, but it's not ideal.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20140815/43c01fd7/attachment.html>