[llvm-dev] Running lit tests with pre-built binaries

Tom Stellard via llvm-dev llvm-dev at lists.llvm.org
Wed Dec 16 20:11:52 PST 2020


On 12/16/20 4:44 PM, Kaylor, Andrew via llvm-dev wrote:
> Hi everyone,
> 
> Can anyone tell me if there is a way to run in-tree lit tests using 
> pre-built binaries rather than building everything in the current workspace?
> 

On Fedora, we package the lit tests into an RPM that can be installed 
and run against the system LLVM:

dnf install llvm-test
/usr/libexec/tests/llvm/run-lit-tests

I'm not sure if it will work for your use case, but it might be a good 
starting point.

-Tom

> The specific problem I’m trying to solve is testing a heterogeneous 
> runtime library with multiple offload configurations. The host system 
> architecture is the same for all the cases I want to test, so I’d like 
> to be able to build the compiler once and then deploy it to different 
> systems and run the runtime library’s LIT tests on each of those 
> systems. Some of the systems I need to test don’t have a lot of host 
> compute power, so I’d like to avoid rebuilding the project if possible.
> 
> It seems like this should be possible, but I’m not sure of the best way 
> to do it.
> 
> I suppose I could copy the entire build directory from my build system 
> into an appropriate location on the test system to make it look like it 
> was built there, but that feels like a very fragile solution.
> 
> I could also duplicate the tests into a configuration like the 
> llvm-test-suite that is designed to be run with a pre-built compiler, 
> but that would introduce problems with keeping the tests in synch with 
> the source.
> 
> Would it be reasonable to modify the runtime library’s lit config files 
> to provide an in-tree option for them to use an external compiler and 
> library path?
> 
> Thanks in advance for any suggestions.
> 
> -Andy
> 
> 
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
> 



More information about the llvm-dev mailing list