search for: dllvm_enable_libcxx

On Tue, Dec 27, 2016 at 3:38 PM, Asiri Rathnayake <asiri.rathnayake at gmail.com> wrote: > > > On Tue, Dec 27, 2016 at 1:29 PM, Carsten Mattner via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> >> When I tried to build with -DLLVM_ENABLE_LIBCXX, I found out that >> it doesn't try to use the in-tree libcxx but looks for one built >> and installed in the system. > > > IIRC, -DLLVM_ENABLE_LIBCXX reduces to passing --stdlib=libc++ (see > [1]) to the compiler. > > What you can do is a two-stage build. On the f...

On Tue, Dec 27, 2016 at 1:29 PM, Carsten Mattner via llvm-dev < llvm-dev at lists.llvm.org> wrote: > When I tried to build with -DLLVM_ENABLE_LIBCXX, I found out that > it doesn't try to use the in-tree libcxx but looks for one built and > installed > in the system. > IIRC, -DLLVM_ENABLE_LIBCXX reduces to passing --stdlib=libc++ (see [1]) to the compiler. What you can do is a two-stage build. On the first stage, build just lib...

...On Tue, Dec 27, 2016 at 3:38 PM, Asiri Rathnayake > <asiri.rathnayake at gmail.com> wrote: > > > > > > On Tue, Dec 27, 2016 at 1:29 PM, Carsten Mattner via llvm-dev > > <llvm-dev at lists.llvm.org> wrote: > >> > >> When I tried to build with -DLLVM_ENABLE_LIBCXX, I found out that > >> it doesn't try to use the in-tree libcxx but looks for one built > >> and installed in the system. > > > > > > IIRC, -DLLVM_ENABLE_LIBCXX reduces to passing --stdlib=libc++ (see > > [1]) to the compiler. > > > > What y...

When I tried to build with -DLLVM_ENABLE_LIBCXX, I found out that it doesn't try to use the in-tree libcxx but looks for one built and installed in the system. Since building all of llvm required CXX and using libcxx with the same version as the rest of llvm makes sense, I would certainly appreciate an option to build the in-tree libcxx as...

...On Tue, Dec 27, 2016 at 3:38 PM, Asiri Rathnayake > <asiri.rathnayake at gmail.com> wrote: > > > > > > On Tue, Dec 27, 2016 at 1:29 PM, Carsten Mattner via llvm-dev > > <llvm-dev at lists.llvm.org> wrote: > >> > >> When I tried to build with -DLLVM_ENABLE_LIBCXX, I found out that > >> it doesn't try to use the in-tree libcxx but looks for one built > >> and installed in the system. > > > > > > IIRC, -DLLVM_ENABLE_LIBCXX reduces to passing --stdlib=libc++ (see > > [1]) to the compiler. > > > > What y...

...---------------------------------------------- >> >> I am using GCC 4.8.5 to build on a x86_64 machine with RedHat OS. >> >> Any idea why? > > What arguments are you passing to CMake and which version of LLVM are > you > trying to build? That's probably -DLLVM_ENABLE_LIBCXX=ON and the warning tells you the reason: -stdlib= is only supported if compiling with Clang, you can't specify it with GCC. Cheers, Jonas

...these failures, and I think they should be fixed when > building with clang 3.8. IIRC the cause of the errors is that > libc++abi.so linked to the wrong unwinding libraries pre-3.8. I believe > the relevant commit is r255559 (http://reviews.llvm.org/rL255559). > > PS. You should use -DLLVM_ENABLE_LIBCXX=ON instead of > -DCMAKE_CXX_FLAGS='-stdlib=libc++'. > Thanks. I'll switch to 3.8 once it's released. -Krzysztof -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation

...-DLLVM_BINUTILS_INCDIR=/usr/include \ -DLLVM_TARGETS_TO_BUILD=host \ -DLLVM_TARGET_ARCH=host \ -DLLVM_LIBDIR_SUFFIX=64 \ -DCLANG_DEFAULT_CXX_STDLIB=libc++ \ -DLLVM_ENABLE_LIBCXX=ON .. results in the following build error: ../projects/compiler-rt/lib/ubsan/ubsan_type_hash_itanium.cc:233: error: undefined reference to 'typeinfo for std::type_info' ../projects/compiler-rt/lib/ubsan/ubsan_type_hash_itanium.cc:233: error: undefined reference to 'typeinfo for __cxx...

...t, rather than filing a bug because I'm not sure this is still an intended configuration: With LLVM configured as: CXX=clang++ CC=clang cmake ../llvm/ \ -DCMAKE_BUILD_TYPE=Release \ -DCMAKE_INSTALL_PREFIX=~/install/llvm-master/ \ -DLLVM_TARGETS_TO_BUILD=host \ -DLLVM_ENABLE_ASSERTIONS=true \ -DLLVM_ENABLE_LIBCXX=yes \ -DLLVM_ENABLE_LIBCXXABI=yes The check-all target is failing to compile the interception tests: /home/sdowney/bld/llvm-master/llvm/projects/compiler-rt/lib/interception/tests/interception_linux_test.cc:26:18: error: redefinition of 'isdigit' INTERCEPTOR(int, isdigit, int d) {...

...ang_rt.stats_ios_dynamic.dylib] Error 1 make[1]: *** [projects/compiler-rt/lib/stats/CMakeFiles/clang_rt.stats_ios_dynamic.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... (on a different machine, I get that error for i386 as well) Here's my cmake invocation: $ cmake $LLVM/llvm -DLLVM_ENABLE_LIBCXX=On -DCMAKE_INSTALL_PREFIX=$LLVM/bin -DCMAKE_BUILD_TYPE=Release Any ideas? -- Marshall -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170105/805cf8ad/attachment.html>

...CMAKE_LINK_EXECUTABLE="/usr/bin/ld.lld" -DCMAKE_AR="/usr/bin/llvm-ar" -DCMAKE_AS="/usr/bin/llvm-as" -DCLANG_DEFAULT_LINKER=lld -DCLANG_DEFAULT_RTLIB=compiler-rt -DCLANG_ENABLE_BOOTSTRAP=ON -DLIBCXX_USE_COMPILER_RT=ON -DLIBCXXABI_USE_COMPILER_RT=ON -DLLVM_ENABLE_LLD=ON -DLLVM_ENABLE_LIBCXX=ON However, the build fails with (many of those error messages): [1274/2712] Linking CXX shared library lib/libc++abi.so.1.0 FAILED: lib/libc++abi.so.1. /usr/bin/ld.lld: error: undefined symbol: _Unwind_Resume >>> referenced by ld-temp.o >>> lto.tmp:(__cxa_demangle...

...AARCH64 -DLLVM_TARGETS_TO_BUILD=ARM -DCMAKE_CXX_FLAGS='-target aarch64-linux-gnu --sysroot=../myOwnToolChainTwo/gcc-linaro-7.3.1-2018.05-x86_64_aarch64-linux-gnu/aarch64-linux-gnu/libc --gcc-toolchain=../myOwnToolChainTwo/gcc-linaro-7.3.1-2018.05-x86_64_aarch64-linux-gnu/ -mcpu=cortex-a72' -DLLVM_ENABLE_LIBCXX=ON -DLLVM_ENABLE_PIC=False ../llvm/* I hit the error stating that "*error: unable to create target: 'No available targets are compatible with this triple.*'" I am using ARMv8-a as my target which is 64 bit. Can you please let me know whether the target triple I am using is corr...

...include \ >> -DLLVM_TARGETS_TO_BUILD=host \ >> -DLLVM_TARGET_ARCH=host \ >> -DLLVM_LIBDIR_SUFFIX=64 \ >> -DCLANG_DEFAULT_CXX_STDLIB=libc++ \ >> -DLLVM_ENABLE_LIBCXX=ON .. >> >> results in the following build error: >> >> ../projects/compiler-rt/lib/ubsan/ubsan_type_hash_itanium.cc:233: >> error: undefined reference to 'typeinfo for std::type_info' >> ../projects/compiler-rt/lib/ubsan/ubsan_type_hash_itanium.cc:233: &...

Thanks, that's the reason. So to clarify, I should use -DLLVM_ENABLE_LIBCXX=ON only if I am building clang with clang? I got confused, I thought it was for building libc++, but having that under projects seems to be enough. Thanks. Simone -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachment...

...DFFI_LIBRARY_DIR=$DESTROOT/lib \ -DGCC_INSTALL_PREFIX=$GCC_ROOT \ -DLLVM_BINUTILS_INCDIR=${DESTROOT}/include \ -DLLVM_BUILD_32_BITS=OFF \ -DLLVM_BUILD_EXAMPLES=ON \ -DLLVM_ENABLE_CXX1Y=ON \ -DLLVM_ENABLE_EH=ON \ -DLLVM_ENABLE_FFI=ON \ -DLLVM_ENABLE_LIBCXX=ON \ -DLLVM_ENABLE_RTTI=ON \ -DLLVM_ENABLE_THREADS=ON \ -DLLVM_ENABLE_ZLIB=ON \ -DLLVM_INCLUDE_EXAMPLES=ON \ -DLLVM_INCLUDE_UTILS=ON \ -DLLVM_OPTIMIZED_TABLEGEN=ON \ -DLLVM_PARALLEL_COMPILE_JOBS=15 \ -DLLVM_PARALLEL_LINK_JOBS=15 \...

...-DCMAKE_CXX_FLAGS="-fuse-ld=gold -fPIC" \ -DLLVM_REQUIRES_RTTI=ON \ -DLLVM_ENABLE_TIMESTAMPS=OFF \ -DLLVM_ENABLE_ASSERTIONS=ON \ -DLLVM_ENABLE_PIC=ON \ -DLLVM_BINUTILS_INCDIR=/usr/include \ -DLLVM_TARGETS_TO_BUILD=all \ -DCLANG_DEFAULT_CXX_STDLIB=libc++ \ -DLLVM_ENABLE_LIBCXX=ON \ .. Wonder if anyone hit the same problem? Thanks, ismail

...guess I'll postpone the rebuild until this can be resolved/explained. Also because ideally I want to do it that way, and it's a goal for a future default build config of llvm as discussed recently here, I'd prefer to build and then use the in-tree libc++. But it doesn't seem like -DLLVM_ENABLE_LIBCXX has that effect. Shouldn't it or if not why can't it? I would certainly welcome and find natural that the in-tree libc++ is used when LLVM_ENABLE_LIBCXX=ON. The need for a pre-built and installed libc++ is less practical.

...; int main() { return 0; }" LLDB_USING_LIBSTDCXX_4_9) So the version check isn't precise, but unless libstdc++ 6.2.1 doesn't have this interface available, which seems unlikely, something else is going wrong. Teresa > > This prompted me to use -libstd=libc++ and -DLLVM_ENABLE_LIBCXX=ON, > but for some reason Arch Linux packages llvm and clang in version 3.9.0 > but libc++ in 3.8.0, so I skipped it. > > Unless the above libstdc++ warning is a problem, I will build and report > back when done. > -- Teresa Johnson | Software Engineer | tejohnson at google....

...ninja: build stopped: subcommand failed. CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt:49 (project) My configuration is shown below: cmake -G Ninja -DBUILD_SHARED_LIBS=ON -DLLVM_PARALLEL_LINK_JOBS=2 -DLLVM_ENABLE_LLD=ON -DLLVM_ENABLE_LIBCXX=OFF -DCMAKE_BUILD_TYPE=Release -DGCC_INSTALL_PREFIX=/pathto/gcc-7.5.0/ -DLIBOMPTARGET_ENABLE_DEBUG=ON -DCMAKE_INSTALL_PREFIX=$HOME/opt/clang/${today} -DCMAKE_C_COMPILER=clang -DCMAKE_C_FLAGS="" -DCMAKE_CXX_COMPILER=clang++ -DCMAKE_CXX_FLAGS="" -DLLVM_ENABLE_PROJECTS="clang;...

...uot; > -DCMAKE_AR="/usr/bin/llvm-ar" > -DCMAKE_AS="/usr/bin/llvm-as" > -DCLANG_DEFAULT_LINKER=lld > -DCLANG_DEFAULT_RTLIB=compiler-rt > -DCLANG_ENABLE_BOOTSTRAP=ON > -DLIBCXX_USE_COMPILER_RT=ON > -DLIBCXXABI_USE_COMPILER_RT=ON > -DLLVM_ENABLE_LLD=ON > -DLLVM_ENABLE_LIBCXX=ON > > However, the build fails with (many of those error messages): > > [1274/2712] Linking CXX shared library lib/libc++abi.so.1.0 > FAILED: lib/libc++abi.so.1. > /usr/bin/ld.lld: error: undefined symbol: _Unwind_Resume > >>> referenced by ld-temp.o > >>>...