search for: llvmsupport

...m for a cross build. The compiled bins/libs work totally fine on the target machine however there seems to be an intermittent race condition during the build which causes a build failure. On the failed builds I usually see things being linking/compiling twice e.g. Linking CXX static library ../libLLVMSupport.a cd build/NATIVE/lib/Support && /usr/bin/cmake -P CMakeFiles/LLVMSupport.dir/cmake_clean_target.cmake cd build/NATIVE/lib/Support && /usr/bin/cmake -E cmake_link_script CMakeFiles/LLVMSupport.dir/link.txt --verbose=1 /usr/bin/ar qc ../libLLVMSupport.a CMakeFiles/LLVMSupport.dir/AP...

Hello everyone, I'm trying to compile LLVM and Clang into LLVM IR with debug info. I know that clang++ -g2 -S -emit-llvm <filename> does this, but I'm unfamiliar with CMake. I tried changing CMAKE_CXX_FLAGS in CMakeCache.txt to "clang++ -g2 -S -emit-llvm," "-g2 -S -emit-llvm," and "-emit-llvm," but everything I tried resulted in a failed build, and/or

...- Targeting XCore -- Compiler-RT supported architectures: x86_64 -- Clang version: 3.8.0 -- Configuring done -- Generating done -- Build files have been written to: /home/stark/src/llvm-build $ make CC=/usr/local/bin/clang CXX=/usr/local/bin/clang++ [ 0%] Building CXX object lib/Support/CMakeFiles/LLVMSupport.dir/APFloat.cpp.o [ 0%] Building CXX object lib/Support/CMakeFiles/LLVMSupport.dir/APInt.cpp.o [ 0%] Building CXX object lib/Support/CMakeFiles/LLVMSupport.dir/APSInt.cpp.o [ 0%] Building CXX object lib/Support/CMakeFiles/LLVMSupport.dir/ARMBuildAttrs.cpp.o [ 0%] Building CXX object lib/Support...

...I commented it out and retried. Now it's getting an error I can't quite make sense of: In file included from C:\llvm2\lib\Support\TimeValue.cpp:55: C:\llvm2\lib\Support/Windows/TimeValue.inc(48,7): warning : unused variable 'Error' [-Wunused-variable] [C:\llvm2\build\lib\Support\LLVMSupport.vcxproj] CL : int error =: :_localtime64_s(&Storage, &OurTime); [C:\llvm2\build\lib\Support\LLVMSupport.vcxproj] ^ 1 warning generated. The command exited with code -1. Done executing task "CL" -- FAILED. Done building target "ClCompile" in project "LLVM...

...like something I fixed recently, in r290271: ... ... > The tablegen build adopted USES_TERMINAL for this same reason in > r280748. I applied the 2 patches you mentioned above on my 3.9.1 tree and although the build seems to go along nicely than the earlier reported symptoms I can still see LLVMSupport being built a bit too many times than expected. $ cat log.do_compile | grep "Built target" | cut -d "]" -f2 | grep Support Built target LLVMSupport Built target LLVMSupport Built target LLVMSupport Built target LLVMSupport Now, I would expect to see LLVMSupport being built...

Török Edwin wrote: > On 2009-05-24 20:38, Chuck Robey wrote: >> Óscar Fuentes wrote: >> >>> Chuck Robey <chuckr at telenix.org> writes: >>> >>> >>>>> Just checked that the makefiles generated by cmake work with `make' on >>>>> FreeBSD 7.2 x86. The build fails while building `opt' because libdl is

Hi all, I'm running into a problem with building a pass from an external project and then loading it in opt. I'm making use of "Triple" in my pass, to detect the architecture we're building for. Triple is part of the LLVMSupport component... Anyway, my problem is this: --if I don't add 'support' to LINK_COMPONENTS, opt bails claiming it doesn't have a definition for Triple::Parse when loading the pass. --if I do link in LLVMSupport, the pass runs, but opt is unhappy because various commandline options are...

...t; >>> So I have been using the LLVMSharp method on getting a usable loadable > >>> LLVM.dll[1][2]. > One day, I would like to make it easier to make LLVM.dll... > > Further investigation show that for the MinGW build OLE32 is added to > > the dependencies for LLVMSupport.lib in the CMakeLists.txt file, there > > are a couple of other libraries added as well. This lead me to find > > that those where added for the MSVC build with a pragma(lib, xx), so I > > added such a pragma for OLE32 and that fixes my script that is > > generating LLVM.dll...

Hi, Recently my libcxx enabled llvm/clang builds has started to fail in stage2. I must admit I am stomped because I cannot make sense of the error: [ 723s] FAILED: /home/abuild/rpmbuild/BUILD/llvm/stage1/bin/clang++ -DLLVMSupport_EXPORTS -DNDEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -stdlib=libc++ -fPIC -fvisibility-inlines-hidden -Wall -W -Wno-unused-parameter -Wwrite-strings -Wmissing-field-initializers -pedantic -Wno-long-long -Wcovered-switch-default -Wnon-virtual-dtor -std...

I noticed a problem with llvm-config.exe on Windows: >"c:\Users\andy\llvm+clang-6.0.0rc2-win64-msvc-release\bin\llvm-config.exe" --system-libs psapi.lib shell32.lib ole32.lib uuid.lib But then when I link against LLVM and these libs, I get: lld: error: LLVMSupport.lib(Process.obj): undefined symbol: __imp_CryptAcquireContextW lld: error: LLVMSupport.lib(RandomNumberGenerator.obj): undefined symbol: __imp_CryptAcquireContextW lld: error: LLVMSupport.lib(Signals.obj): undefined symbol: __imp_RegCloseKey lld: error: LLVMSupport.lib(Signals.obj): undefined symbo...

...ENTS}" STREQUAL "all") + set(link_components "") + else() + list(REMOVE_ITEM link_components ${LLVM_DYLIB_COMPONENTS}) + endif() + endif() target_link_libraries(${executable} LLVM) endif() However the avoiding the accidental linkage of libLLVMSupport with libLLVM and libgtest for the unittests was really tricky as two different mechanisms to pass LLVMSupport are in play. The underlying problem was that the python based llvm-build tool was forcing a dependency on LLVMSupport for libgtest according to the required_libraries entry for the gtest l...

...test property to LLVM when LLVM_LINK_LLVM_DYLIB is set and the library name is gtest rather than read from the tools/llvm-config/LibraryDependencies.inc generated by llvm-build. Jack ps As soon as this patch lands, I'll look at trying to rework the unittests handling of the LLVMSupport dependency and see if setting that explicitly can be dropped (as it should be pulled in from the LLVMBUILD_LIB_DEPS_gtest property setting of Support). However that really isn't suitable for back porting to 3.8 so I want to avoid conflating those changes with those required to solve the test su...

...LLVM and have it make a DLL during regular MSVC builds. And if possible shipping that DLL with the Windows package (and Windows snapshot builds[2]). >> >>> >>> > Further investigation show that for the MinGW build OLE32 is added to >>> > the dependencies for LLVMSupport.lib in the CMakeLists.txt file, there >>> > are a couple of other libraries added as well. This lead me to find >>> > that those where added for the MSVC build with a pragma(lib, xx), so I >>> > added such a pragma for OLE32 and that fixes my script that is >&...

...llvm/clang from SVN (as of a few hours ago) and compiling it (clang 3.6.1 doesn't compile 3.7 because it fails a version check, so I repeated the technique of compiling with Microsoft C++ first, then using the resulting clang-cl.exe). It fails with a bunch of error messages along the lines of: LLVMSupport.lib(Atomic.obj) : error LNK2019: unresolved external symbol __faststorefence referenced in function "void __cdecl llvm::sys::MemoryFence(void)" (?MemoryFence at sys@llvm@@YAXXZ) [C:\llvm-svn\build\utils\FileCheck\FileCheck.vcxproj] LLVMSupport.lib(Host.obj) : error LNK2019: unresolved ext...

...s> wrote: > >> Hi, >> >> Recently my libcxx enabled llvm/clang builds has started to fail in >> stage2. I must admit I am stomped because I cannot make sense of the error: >> >> [ 723s] FAILED: /home/abuild/rpmbuild/BUILD/llvm/stage1/bin/clang++ >> -DLLVMSupport_EXPORTS -DNDEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS >> -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -stdlib=libc++ -fPIC >> -fvisibility-inlines-hidden -Wall -W -Wno-unused-parameter -Wwrite-strings >> -Wmissing-field-initializers -pedantic -Wno-long-long >> -Wcovered-sw...

...ither you update the file manually or run the build with MSYS passing -DLLVM_TARGETS_TO_BUILD=all on the cmake command line. The manual update would consist on adding this lines to the above mentioned file: set(MSVC_LIB_DEPS_LLVMAVRAsmPrinter LLVMAsmPrinter LLVMCodeGen LLVMCore LLVMMC LLVMAVRInfo LLVMSupport LLVMSystem LLVMTarget) set(MSVC_LIB_DEPS_LLVMAVRCodeGen LLVMCodeGen LLVMCore LLVMMC LLVMAVRInfo LLVMSelectionDAG LLVMSupport LLVMSystem LLVMTarget) set(MSVC_LIB_DEPS_LLVMAVRInfo LLVMSupport) which uses MSP430 as a template and supposses that your target is named `AVR' (case sensitive). In cas...

...revision #272991 specifically). I have it building successfully with VC++ 2013 and CMake v3.5.2 on Windows, and with GCC v4.8.5 and CMake v3.5.2 on CentOS; but when I try building on Windows using Cygwin32 I get the following build failures: [ 4%] Building CXX object lib/Support/CMakeFiles/LLVMSupport.dir/Signals.cpp.o In file included from /src/Compilers/llvmHead/llvm/lib/Support/Signals.cpp:180:0: /src/Compilers/llvmHead/llvm/lib/Support/Unix/Signals.inc: In function 'void llvm::sys::PrintStackTrace(llvm::raw_ostream&)': /src/Compilers/llvmHead/llvm/lib/Support/Unix/Signals.inc:...

...me -std=c++11 -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -pedantic -Wno-long-long -Wno-maybe-uninitialized -Wdelete-non-virtual-dtor -Wno-comment -ffunction-sections -fdata-sections -O3 -DNDEBUG -fno-exceptions -fno-rtti -MD -MT lib/Support/CMakeFiles/LLVMSupport.dir/DynamicLibrary.cpp.o -MF lib/Support/CMakeFiles/LLVMSupport.dir/DynamicLibrary.cpp.o.d -o lib/Support/CMakeFiles/LLVMSupport.dir/DynamicLibrary.cpp.o -c ../lib/Support/DynamicLibrary.cpp In file included from ../lib/Support/DynamicLibrary.cpp:111:0: ../lib/Support/Unix/DynamicLibrary.in...

...if possible shipping > > that DLL with the Windows package (and Windows snapshot builds[2]). > > > >>> > >>>> > >>>> > Further investigation show that for the MinGW build OLE32 is added > to > >>>> > the dependencies for LLVMSupport.lib in the CMakeLists.txt file, > there > >>>> > are a couple of other libraries added as well. This lead me to find > >>>> > that those where added for the MSVC build with a pragma(lib, xx), > so I > >>>> > added such a pragma for OLE32 a...

...ched a patch that fixes my issue (apologies for the format, only have a git checkout of llvm handy and I could not get git diff or git format-patch to output a svn formatted patch as per the developer page). Further investigation show that for the MinGW build OLE32 is added to the dependencies for LLVMSupport.lib in the CMakeLists.txt file, there are a couple of other libraries added as well. This lead me to find that those where added for the MSVC build with a pragma(lib, xx), so I added such a pragma for OLE32 and that fixes my script that is generating LLVM.dll, will also fix other peoples problems w...