search for: llvm_libs_dir

...ion after opt in the RUN line of test case: -load=$llvmlibsdir/LLVMPolly.so. but i got: Error opening '/LLVMPolly.so': /LLVMPolly.so: cannot open shared object file: No such file or directory it seems that the variable $llvmlibsdir is empty. as we also have a lit.site.cfg file: ... config.llvm_libs_dir = "/home/ether/work/build/lib" ... so i try "-load=$llvm_libs_dir/LLVMPolly.so" to load the module, but it do not work, too. any one know how to solve this or some relevant document? lots of thanks ether

...ion after opt in the RUN line of test case: -load=$llvmlibsdir/LLVMPolly.so. but i got: Error opening '/LLVMPolly.so': /LLVMPolly.so: cannot open shared object file: No such file or directory it seems that the variable $llvmlibsdir is empty. as we also have a lit.site.cfg file: ... config.llvm_libs_dir = "/home/ether/work/build/lib" ... so i try "-load=$llvm_libs_dir/LLVMPolly.so" to load the module, but it do not work, too. any one know how to solve this or some relevant document? lots of thanks ether

Still no complete go, doing the tests on i386 failed with some weird sed error: [...] Making Unit/lit.site.cfg for Clang extra tools... sed: lit.tmp: No such file or directory Makefile:61: recipe for target 'Unit/lit.site.cfg' failed gmake[2]: *** [Unit/lit.site.cfg] Error 1 Strangely enough, this does not happen on amd64. Maybe it is some sort of race condition? Did anybody see this

...y.in @@ -0,0 +1,25 @@ + at LIT_SITE_CFG_IN_HEADER@ + +import lit.util + +config.test_exec_root = "@CMAKE_BINARY_DIR@" + +config.llvm_src_root = "@LLVM_SOURCE_DIR@" +config.llvm_obj_root = "@LLVM_BINARY_DIR@" +config.llvm_tools_dir = "@LLVM_TOOLS_DIR@" +config.llvm_libs_dir = "@LLVM_LIBS_DIR@" +config.llvm_shlib_dir = "@SHLIBDIR@" +config.llvm_plugin_ext = "@LLVM_PLUGIN_EXT@" +config.debuginfo_tests_obj_root = "@DEBUGINFO_TESTS_BINARY_DIR@" +config.debuginfo_tests_src_root = "@DEBUGINFO_TESTS_SOURCE_DIR@" +config.has_l...

...t.util >> + >> +config.test_exec_root = "@CMAKE_BINARY_DIR@" >> + >> +config.llvm_src_root = "@LLVM_SOURCE_DIR@" >> +config.llvm_obj_root = "@LLVM_BINARY_DIR@" >> +config.llvm_tools_dir = "@LLVM_TOOLS_DIR@" >> +config.llvm_libs_dir = "@LLVM_LIBS_DIR@" >> +config.llvm_shlib_dir = "@SHLIBDIR@" >> +config.llvm_plugin_ext = "@LLVM_PLUGIN_EXT@" >> +config.debuginfo_tests_obj_root = "@DEBUGINFO_TESTS_BINARY_DIR@" >> +config.debuginfo_tests_src_root = "@DEBUGINFO_T...

...ADER@ > + > +import lit.util > + > +config.test_exec_root = "@CMAKE_BINARY_DIR@" > + > +config.llvm_src_root = "@LLVM_SOURCE_DIR@" > +config.llvm_obj_root = "@LLVM_BINARY_DIR@" > +config.llvm_tools_dir = "@LLVM_TOOLS_DIR@" > +config.llvm_libs_dir = "@LLVM_LIBS_DIR@" > +config.llvm_shlib_dir = "@SHLIBDIR@" > +config.llvm_plugin_ext = "@LLVM_PLUGIN_EXT@" > +config.debuginfo_tests_obj_root = "@DEBUGINFO_TESTS_BINARY_DIR@" > +config.debuginfo_tests_src_root = "@DEBUGINFO_TESTS_SOURCE_DIR@...

I sorta enjoy debugging stuff like this, so if you don't mind, I'll dig into it once I get a chance -- traveling so, my access is a bit sketchy right now. I'll see if I can grab the logs and let you know if I find anything interesting. On Tue, Nov 21, 2017 at 7:04 PM, Zachary Turner <zturner at google.com> wrote: > That change was added specifically to workaround a failure