search for: bugpointpass

...++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/tools/bugpoint-passes/CMakeLists.txt b/tools/bugpoint-passes/CMakeLists.txt index 05f190a..4bf57ce 100644 --- a/tools/bugpoint-passes/CMakeLists.txt +++ b/tools/bugpoint-passes/CMakeLists.txt @@ -6,4 +6,7 @@ add_llvm_loadable_module( BugpointPasses TestPasses.cpp ) -add_dependencies(BugpointPasses bugpoint) +add_dependencies(BugpointPasses + bugpoint + intrinsics_gen + ) -- 1.8.1.4

For a while now I have noticed that when I build LLVM using CMake on my OS X machine there are two dynamically linked libraries, BugpointPasses and LLVMHello, that are built with the extension ".so" instead of the extension ".dylib". This has been causing four test cases to fail when running "make check". The attached patch modifies add_llvm_loadable_module in the CMake build system with a piece of logic fo...

Johannes Obermayr <johannesobermayr at gmx.de> writes: > Fixes: > [ 0%] In file included from /home/abuild/rpmbuild/BUILD/llvm/include/llvm/IR/IntrinsicInst.h:30:0, > from /home/abuild/rpmbuild/BUILD/llvm/include/llvm/InstVisitor.h:16, > from /home/abuild/rpmbuild/BUILD/llvm/tools/bugpoint-passes/TestPasses.cpp:19: >

...e/steve/llvm-build/tes t -- Testing: 6378 tests, 4 threads -- Testing: 0 FAIL: LLVM :: BugPoint/metadata.ll (351 of 6378) ******************** TEST 'LLVM :: BugPoint/metadata.ll' FAILED ******************** Script: -- /home/steve/llvm-build/bin/./bugpoint -load /home/steve/llvm-build/lib/./BugpointPasses.so /usr/home/steve/llvm/test/BugPoint/metadata.ll -output-prefix /usr/ho me/steve/llvm-build/test/BugPoint/Output/metadata.ll.tmp -bugpoint-crashcalls -silence-passes > /dev/null /home/steve/llvm-build/bin/./llvm-dis /usr/home/steve/llvm-build/test/BugPoint/Output/metadata.ll.tmp-reduced-simpl...

...tions. 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_head/lib/libclang.so /tools/llvm/svn_head/lib/libclang.so.3.9 /tools/llvm/svn_head/lib/liblldb.so /tools/llvm/svn_head/lib/liblldb.so.3.9.0 /tools/llvm/svn_head/lib/libLTO.so /tools/llvm/svn_head/lib/LLVMHello.so However, with an autoconf build, I am used to seeing a libLLVM.s...

...ws what's wrong? Regards, Edward --- Failing Tests (7): LLVM :: BugPoint/crash-narrowfunctiontest.ll LLVM :: BugPoint/metadata.ll LLVM :: BugPoint/remove_arguments_test.ll LLVM :: Feature/load_module.ll Error opening '/home/emeewis/build/llvm-release-clang-cmake/lib/./BugpointPasses.so': /home/emeewis/build/llvm-release-clang-cmake/lib/./BugpointPasses.so: Undefined symbol "_ZNK4llvm4Pass11getPassNameEv" -load request ignored. LLVM-Unit :: ExecutionEngine/JIT/Release/JITTests/JITTest.AvailableExternallyFunctionIsntCompiled LLVM ERROR: Program used extern...

...sting: 6378 tests, 4 threads -- > Testing: 0 > FAIL: LLVM :: BugPoint/metadata.ll (351 of 6378) > ******************** TEST 'LLVM :: BugPoint/metadata.ll' FAILED ******************** > Script: > -- > /home/steve/llvm-build/bin/./bugpoint -load /home/steve/llvm-build/lib/./BugpointPasses.so /usr/home/steve/llvm/test/BugPoint/metadata.ll -output-prefix /usr/ho > me/steve/llvm-build/test/BugPoint/Output/metadata.ll.tmp -bugpoint-crashcalls -silence-passes > /dev/null > /home/steve/llvm-build/bin/./llvm-dis /usr/home/steve/llvm-build/test/BugPoint/Output/metadata.ll.tmp-red...

...; > FAIL: LLVM :: BugPoint/compile-custom.ll (459 of 9992) > ******************** TEST 'LLVM :: BugPoint/compile-custom.ll' FAILED ******************** > Script: > -- > /usr/home/kparzysz/bld.lv/Release+Asserts/bin/bugpoint -load /usr/home/kparzysz/bld.lv/Release+Asserts/lib/BugpointPasses.so --compile-custom --compile-command="/usr/home/kparzysz/llvm/test/BugPoint/compile-custom.ll.py arg1 arg2" --output-prefix /usr/home/kparzysz/bld.lv/test/BugPoint/Output/compile-custom.ll.tmp /usr/home/kparzysz/llvm/test/BugPoint/compile-custom.ll | /usr/home/kparzysz/bld.lv/Release+A...

.../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_head/lib/libclang.so >> /tools/llvm/svn_head/lib/libclang.so.3.9 >> /tools/llvm/svn_head/lib/liblldb.so >> /tools/llvm/svn_head/lib/liblldb.so.3.9.0 >> /tools/llvm/svn_head/lib/libLTO.so >> /tools/llvm/svn_head/lib/LLVMHello.so >> &g...

...;s case, and I haven't gotten that far yet due to ThinLTO not finishing, I'll consider copying those to the local build tree first. > Can you nm the .so files in your lib dir and see if any reference > __morestack? $ for so in lib/*.so; do echo $so ; nm $so|grep __morestack;done lib/BugpointPasses.so lib/libclang.so lib/libgomp.so lib/libiomp5.so lib/liblldb.so U __morestack lib/libLTO.so lib/libomp.so lib/LLVMgold.so lib/LLVMHello.so lib/LLVMPolly.so Looks like liblldb.so does. Does that explain anything?

...g a C++ program with clang, maybe making use of clang-musl to avoid glibc as well, how do I statically link libc++ and get a C++ program that runs on any Linux kernel, allowing easy distribution of a single binary? 2. should the following .so's be built with -DBUILD_SHARED_LIBS=OFF? $ ls *.so BugpointPasses.so LLVMHello.so LLVMPolly.so LLVMgold.so libLTO.so libc++.so libc++abi.so libclang.so libgomp.so libiomp5.so liblldb.so libomp.so

...ollowing tests have failed because of -load command-line option: LLVM :: BugPoint/metadata.ll LLVM :: BugPoint/crash-narrowfunctiontest.ll LLVM :: BugPoint/remove_arguments_test.ll LLVM :: Feature/load_module.ll And here is stdout: Error opening '/home/arr/projects/llvm/llvm-2.9rc3/build/lib/./BugpointPasses.so': /home/arr/projects/llvm/llvm-2.9rc3/build/lib/./BugpointPasses.so: Undefined symbol "_ZNK4llvm4Pass11getPassNameEv" -load request ignored. Following tests: LLVM-Unit :: ExecutionEngine/JIT/Release/JITTests/JITTest.AvailableExternallyFunctionIsntCompiled LLVM-Unit :: Execut...

...s shared object (.so) file and use it in my project. So far I haven't been able to generate correct .so's. When I build a debug build with gmake (have llvm and clang in my sandbox), I get the following .so. ./Debug+Asserts/lib/LLVMHello.so ./Debug+Asserts/lib/libLTO.so ./Debug+Asserts/lib/BugpointPasses.so ./Debug+Asserts/lib/libclang.so ./Debug+Asserts/lib/libprofile_rt.so What am I missing ? how can i build the .so's which I can directly use. thanks in advance. regards Tarique

...f evaluating the feasibility of performing a post-release upgrade of our Fedora LLVM stack, it was pointed out that most of the shared libraries have filenames that do not contain version tags: http://article.gmane.org/gmane.linux.redhat.fedora.devel/171315 $ repoquery --provides llvm-libs.x86_64 BugpointPasses.so()(64bit) LLVMgold.so()(64bit) config(llvm-libs) = 3.1-11.fc18 libLLVM-3.1.so()(64bit) libLTO.so()(64bit) libprofile_rt.so()(64bit) llvm-libs = 3.1-11.fc18 llvm-libs(x86-64) = 3.1-11.fc18 (namely, BugpointPasses.so, LLVMgold.so, libLTO, and libprofile_rt.so). None of the libraries have DT_SON...

Hi Takumi, I am not sure if it this change, but recently we started to build LLVMHello.so and BugpointPasses.so on OS X. A few bugpoint tests are failing, because they are looking for a dylib that doesn’t exist. Could you please take a look? Thanks -Juergen On Feb 10, 2014, at 2:34 AM, NAKAMURA Takumi <geek4civic at gmail.com> wrote: > Steve, excuse me to respond you partially. > >...

...M_PLUGIN_EXT ${CMAKE_SHARED_MODULE_SUFFIX}) > > Does it have expected value? > > 2014-02-13 10:11 GMT+09:00 Juergen Ributzka <juergen at apple.com>: >> Hi Takumi, >> >> I am not sure if it this change, but recently we started to build >> LLVMHello.so and BugpointPasses.so on OS X. A few bugpoint tests are >> failing, because they are looking for a dylib that doesn't exist. >> >> Could you please take a look? >> >> Thanks >> >> -Juergen >> >> On Feb 10, 2014, at 2:34 AM, NAKAMURA Takumi <geek4civic...

...not finishing, >> I'll consider copying those to the local build tree first. >> >> > Can you nm the .so files in your lib dir and see if any reference >> > __morestack? >> >> $ for so in lib/*.so; do echo $so ; nm $so|grep __morestack;done >> lib/BugpointPasses.so >> lib/libclang.so >> lib/libgomp.so >> lib/libiomp5.so >> lib/liblldb.so >> U __morestack >> lib/libLTO.so >> lib/libomp.so >> lib/LLVMgold.so >> lib/LLVMHello.so >> lib/LLVMPolly.so >> >> Looks like libl...

On 11 July 2015 at 13:14, Caldarale, Charles R <Chuck.Caldarale at unisys.com> wrote: >> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] >> On Behalf Of Dibyendu Majumdar >> Subject: [LLVMdev] JIT compilation 2-3 times slower in latest LLVM snapshot > >> I updated my clone of the LLVM github mirror today and I am finding >> that

Hi, On Wed, Mar 26, 2014 at 6:27 PM, Krzysztof Parzyszek < kparzysz at codeaurora.org> wrote: > On 3/26/2014 8:04 AM, İsmail Dönmez wrote: > >> >> Recent trunk has a lot of failures on PPC64/Linux. One seems to be crash >> with a backtrace like: >> > > Is this with "make check"? I can try it on my G5/FreeBSD box when I get > home make

...the DSO error I'm assuming BUILD_SHARED_LIBS=ON, which > would mean this should be a .so. One would expect so, but in fact it's with the flags I posted yesterday, so I'm equally confused as to why there's no .so, but the error These are the DSO file in lib/: $ ls lib/*.so lib/BugpointPasses.so lib/libclang.so lib/libgomp.so lib/libiomp5.so lib/liblldb.so lib/libLTO.so lib/libomp.so lib/LLVMgold.so lib/LLVMHello.so lib/LLVMPolly.so I'll assume, given the existence of the various .so files, that SHARED_LIBS=ON is the default and what's been configured. Unless cmake's con...