search for: dbuild_shared_libs

Now that autoconf is going away soon, I figured I'd try building using CMake. I checked out llvm, cfe and lldb from the SVN server, and followed the basic build instructions. cmake -DBUILD_SHARED_LIBS=OFF -DCMAKE_INSTALL_PREFIX=/tools/llvm/svn_head -DLLVM_TARGETS_TO_BUILD="X86;CppBackend" -DCMAKE_BUILD_TYPE=Release -DLLVM_ENABLE_ASSERTIONS=ON ../llvm Everything worked well, and in the end I got the following shared libraries: /tools/llvm/svn_head/lib/BugpointPasses.so /tools/llvm/svn...

...t; > I'm getting this link failure when running ninja check on Linux. I'm > configuring with shared libraries enabled, so I'm not sure why asan is > looking for .a archives. > > $ cmake -G Ninja -DCMAKE_BUILD_TYPE=Debug -DLLVM_BUILD_TESTS=ON > -DCLANG_INCLUDE_DOCS=ON -DBUILD_SHARED_LIBS=ON ../llvm > $ ninja check-all > FAILED: cd [..]bld/projects/compiler-rt/lib/asan/tests && > [...]/bld/./bin/clang ASAN_INST_TEST_OBJECTS.gtest-all.cc.i386-with-calls.o > ASAN_INST_TEST_OBJECTS.asan_asm_test.cc.i386-with-calls.o > ASAN_INST_TEST_OBJECTS.asan_globals_test.cc.i...

I'm getting this link failure when running ninja check on Linux. I'm configuring with shared libraries enabled, so I'm not sure why asan is looking for .a archives. $ cmake -G Ninja -DCMAKE_BUILD_TYPE=Debug -DLLVM_BUILD_TESTS=ON -DCLANG_INCLUDE_DOCS=ON -DBUILD_SHARED_LIBS=ON ../llvm $ ninja check-all FAILED: cd [..]bld/projects/compiler-rt/lib/asan/tests && [...]/bld/./bin/clang ASAN_INST_TEST_OBJECTS.gtest-all.cc.i386-with-calls.o ASAN_INST_TEST_OBJECTS.asan_asm_test.cc.i386-with-calls.o ASAN_INST_TEST_OBJECTS.asan_globals_test.cc.i386-with-calls.o ASAN_INS...

...e when running ninja check on Linux. I'm >>> configuring with shared libraries enabled, so I'm not sure why asan is >>> looking for .a archives. >>> >>> $ cmake -G Ninja -DCMAKE_BUILD_TYPE=Debug -DLLVM_BUILD_TESTS=ON >>> -DCLANG_INCLUDE_DOCS=ON -DBUILD_SHARED_LIBS=ON ../llvm >>> $ ninja check-all >>> FAILED: cd [..]bld/projects/compiler-rt/lib/asan/tests && >>> [...]/bld/./bin/clang ASAN_INST_TEST_OBJECTS.gtest-all.cc.i386-with-calls.o >>> ASAN_INST_TEST_OBJECTS.asan_asm_test.cc.i386-with-calls.o >>> ASAN_...

...ing this link failure when running ninja check on Linux. I'm >> configuring with shared libraries enabled, so I'm not sure why asan is >> looking for .a archives. >> >> $ cmake -G Ninja -DCMAKE_BUILD_TYPE=Debug -DLLVM_BUILD_TESTS=ON >> -DCLANG_INCLUDE_DOCS=ON -DBUILD_SHARED_LIBS=ON ../llvm >> $ ninja check-all >> FAILED: cd [..]bld/projects/compiler-rt/lib/asan/tests && >> [...]/bld/./bin/clang ASAN_INST_TEST_OBJECTS.gtest-all.cc.i386-with-calls.o >> ASAN_INST_TEST_OBJECTS.asan_asm_test.cc.i386-with-calls.o >> ASAN_INST_TEST_OBJECTS.as...

While considering statically linking against libc++ (and other runtime libraries from LLVM), I rebuilt LLVM 4.0 with -DBUILD_SHARED_LIBS=OFF. There are still some .so's in llvm/lib, and only one of them seems to exist exclusively as a DSO (libLTO). There's also livLLVMLTO.a, but I doubt LTO is used after linking a binary so this just looks odd to an uninformed LLVM outside and not insufficient or anything. My question is t...

...t; > llvm-dev at lists.llvm.org> wrote: > >> Now that autoconf is going away soon, I figured I'd try building using >> CMake. >> >> I checked out llvm, cfe and lldb from the SVN server, and followed the >> basic build instructions. >> >> cmake -DBUILD_SHARED_LIBS=OFF -DCMAKE_INSTALL_PREFIX=/tools/llvm/svn_head >> -DLLVM_TARGETS_TO_BUILD="X86;CppBackend" -DCMAKE_BUILD_TYPE=Release >> -DLLVM_ENABLE_ASSERTIONS=ON ../llvm >> >> Everything worked well, and in the end I got the following shared >> libraries: >> >&g...

Are you using static linking, -DBUILD_SHARED_LIBS, or -DLLVM_LINK_LLVM_DYLIB? On Tue, Jan 8, 2019 at 7:21 AM David Greene via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Rui Ueyama <ruiu at google.com> writes: > > > I cannot reproduce this error, but this could be real. > > > > David, is this reproducible...

...ompiler to build 3.9 bits. > > I had also started a build a few hours ago, what a coincidence. I had > to ditch both build and source trees because of cmake failing to > reconfigure due to some file it surprisingly had generated in the > source (not build) tree. > > So, with -DBUILD_SHARED_LIBS=OFF, and a fresh checkout of the 3.9 > release branch, I've run into the same error, this time only 39 (not a > typo, and not 3.9) ninja targets left. > > Some parts finished, so here's a surprising size difference for clang-3.9. > > LTO=OFF stripped clang-3.9 is 44MB &...

...started a build a few hours ago, what a coincidence. > > > I had to ditch both build and source trees because of cmake > > > failing to reconfigure due to some file it surprisingly had > > > generated in the source (not build) tree. > > > > > > So, with -DBUILD_SHARED_LIBS=OFF, and a fresh checkout of the > > > 3.9 release branch, I've run into the same error, this time only > > > 39 (not a typo, and not 3.9) ninja targets left. > > > > > > Some parts finished, so here's a surprising size difference for > > > clang...

...build all using LLVM_ENABLE_PROJECTS. Also, I don't want to create a all-in-one package. Then, once I'm able to build program with clang, I'll rebuild all using clang instead of gcc. # LLVM I've built LLVM using the following configuration: -DCMAKE_BUILD_TYPE=Release -DBUILD_SHARED_LIBS=On -DCMAKE_INSTALL_PREFIX=/usr -DLLVM_HOST_TRIPLE=x86_64-linux-musl -DLLVM_ENABLE_RTTI=On # compiler-rt I've needed to disable xray/sanitizers otherwise it didn't build on musl. -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr -DCOMPILER_RT_BUILD_BUILT...

On Mon, Apr 10, 2017 at 4:59 AM, Mehdi Amini <mehdi.amini at apple.com> wrote: > Note that -DBUILD_SHARED_LIBS=OFF is not a special settings, > this is the default. Is there a so=NEVER setting?

...nally opposed to it, I think it's reasonable to avoid if > people want to not have the clutter of a linker when checking out and using > LLVM. If this ever happens, we *must* fix the coding style first. I would also list as must fix before: * check-all clean on a asan and msan build. * -DBUILD_SHARED_LIBS=ON works. Cheers, Rafael

...gh Tomar <sourav0311 at gmail.com> > wrote: > >> Hello everyone, >> >> Since MLIR landed today. I'm trying to build it using >> cmake ../llvm/ -DCMAKE_BUILD_TYPE=RELEASE -DLLVM_TARGETS_TO_BUILD=X86 >> -DLLVM_ALL_PROJECTS="clang;lld;lldb;mlir" -DBUILD_SHARED_LIBS=ON >> -DCLANG_DEFAULT_LINKER:STRING=lld >> >> and also by adding -DLLVM_ALL_PROJECTS. >> >> It's giving this compilation error -- >> >> Building CXX object >> tools/mlir/lib/Analysis/CMakeFiles/obj.MLIRAnalysis.dir/AffineAnalysis.cpp.o >> In...

2009/9/15 Patrick Simmons <simmon12 at illinois.edu>: > cmake -G "Eclipse CDT4 - Unix Makefiles" -DCMAKE_BUILD_TYPE="Debug" > -DBUILD_SHARED_LIBS=ON -DLLVM_TARGETS_TO_BUILD="X86;PowerPC;CBackend" > /home/renato/llvm-sources Thanks Patrick, I'll give it a try. At least now I know that it can be done. My previous attempts all ended up in memory depletion during the indexing. ;) I'll check the archives... cheers, --rena...

...ake is not even capable of one of the most fundamental tasks > that anyone would care to use LLVM for, namely setting up project files > to build LLVM as a DLL so they can build a compiler atop it, it can > hardly be said to support all use cases! What if you pass the command line option -DBUILD_SHARED_LIBS to cmake? For me that builds shared libs, and the description says it does too. stephen at hal:~/dev/src/llvm/build{master}$ cmake -i .. Would you like to see advanced options? [No]: Please wait while cmake processes CMakeLists.txt files.... Variable Name: BUG_REPORT_URL Description: Default...

Hi, Trying to compile llvm with the following configuration on Linux x86-64: cmake -G Ninja -DBUILD_SHARED_LIBS=ON \ -DCMAKE_SHARED_LINKER_FLAGS="-fuse-ld=gold" \ -DCMAKE_EXE_LINKER_FLAGS="-fuse-ld=gold"\ -DCMAKE_BUILD_TYPE=RelWithDebInfo ' \ -DCMAKE_C_FLAGS="-O2 -g" \ -...

Hello everyone, Since MLIR landed today. I'm trying to build it using cmake ../llvm/ -DCMAKE_BUILD_TYPE=RELEASE -DLLVM_TARGETS_TO_BUILD=X86 -DLLVM_ALL_PROJECTS="clang;lld;lldb;mlir" -DBUILD_SHARED_LIBS=ON -DCLANG_DEFAULT_LINKER:STRING=lld and also by adding -DLLVM_ALL_PROJECTS. It's giving this compilation error -- Building CXX object tools/mlir/lib/Analysis/CMakeFiles/obj.MLIRAnalysis.dir/AffineAnalysis.cpp.o In file included from /home/sourabh/mirror-upstream/mlir/include/mlir/Dialect/Af...

...t does include LLDB. > Great, I was going to ask how to get one set up. Is it an official build bot? And I assume you meant it just does "not" include LLDB? Working getting a shared build of LLDB right now... Teresa > Mehdi > > > >> As a workaround you could try -DBUILD_SHARED_LIBS=OFF. > > > > Thanks, will do, but probably not before Wednesday because it looks like > > this requires a full rebuild, if my interpretation of the cmake > warning/error > > is correct. > -- Teresa Johnson | Software Engineer | tejohnson at google.com | 408-460-...

...file is specific to custom modes and should only be installed if custom modes were enabled. It appears that the documentation is not being built or installed by the cmake build; the autotools build builds and installs the documentation by default unless configured with --disable-doc. The option -DBUILD_SHARED_LIBS=ON causes a shared library to be built, however it then does not build a static library. The autotools build builds both by default, although --disable-shared or --disable-static may be used to disable them. Normally an installation would have both. How can both be built with cmake? Is it it ne...