This is an archive of the discontinued LLVM Phabricator instance.

Add new LLVM_OPTIMIZED_TABLEGEN build setting which configures, builds and uses a release tablegen build when LLVM is configured with assertions enabled.
ClosedPublic

Authored by beanz on Feb 2 2015, 11:18 AM.

Details

Summary

This change leverages the cross-compiling functionality in the build system to build a release tablegen executable for use during the build.

Diff Detail

Event Timeline

beanz updated this revision to Diff 19170.Feb 2 2015, 11:18 AM
beanz retitled this revision from to Add new LLVM_OPTIMIZED_TABLEGEN build setting which configures, builds and uses a release tablegen build when LLVM is configured with assertions enabled..
beanz updated this object.
beanz edited the test plan for this revision. (Show Details)
beanz added a reviewer: resistor.
beanz added a subscriber: Unknown Object (MLST).
beanz added a comment.Feb 2 2015, 2:12 PM

I just did a test building libLLVMARMCodeGen.a. The process I followed was:

cbieneman@MacBook-Pro ~/d/o/llvm-build-dbg> rm -rf ./*
cbieneman@MacBook-Pro ~/d/o/llvm-build-dbg> cmake -G "Sublime Text 2 - Ninja" -DCMAKE_BUILD_TYPE=Debug -DLLVM_OPTIMIZED_TABLEGEN=On -DLLVM_TARGETS_TO_BUILD="ARM" ../llvm
...
cbieneman@MacBook-Pro ~/d/o/llvm-build-dbg> ninja native/bin/llvm-tblgen
...
cbieneman@MacBook-Pro ~/d/o/llvm-build-dbg> ninja llvm-tblgen
...
cbieneman@MacBook-Pro ~/d/o/llvm-build-dbg> time ninja lib/libLLVMARMCodeGen.a
[56/56] Linking CXX static library lib/libLLVMARMCodeGen.a

31.50 real       101.88 user         7.93 sys

cbieneman@MacBook-Pro ~/d/o/llvm-build-dbg-2> rm -rf ./*
cbieneman@MacBook-Pro ~/d/o/llvm-build-dbg-2> cmake -G "Sublime Text 2 - Ninja" -DCMAKE_BUILD_TYPE=Debug -DLLVM_OPTIMIZED_TABLEGEN=Off -DLLVM_TARGETS_TO_BUILD="ARM" ../llvm
...
cbieneman@MacBook-Pro ~/d/o/llvm-build-dbg-2> ninja llvm-tblgen
...
cbieneman@MacBook-Pro ~/d/o/llvm-build-dbg-2> time ninja lib/libLLVMARMCodeGen.a
[56/56] Linking CXX static library lib/libLLVMARMCodeGen.a

40.85 real       134.16 user         8.14 sys

Using a release tablegen shaved 9 seconds of the libLLVMARMCodeGen.a build time.

In my test you will notice the use of different build directories, and that I pre-built tablegen so that its build time wasn’t factored into the build. My changes do cause tablegen to be built twice, which can be a bit of a slowdown, but the savings on incremental builds, and when building all backends is substantial.

-Chris

Why not defaulting to ON?
I expect that debugging tablegen itself is not very common and we may want the default to optimize for the common case?

beanz added a comment.Feb 2 2015, 2:26 PM

When adding new build options my general feeling is to default to "no change" and if people prefer the behavior we can change the default after people have gotten used to it.

Also since this hasn't been tested with all the various generators that people are using I think it is best to keep it off initially. If people want to test Visual Studio & Xcode I'd feel a lot more comfortable about making this the default.

rnk added a subscriber: rnk.Feb 9 2015, 2:28 PM

This is the first time I looked at our cross-compling support, and I'd really rather just add -O2 -DNDEBUG to lib/Support, lib/TableGen, and utils/TableGen and call it good. Shelling back out to 'cmake --build' in another config is... pretty hacky.

beanz added a comment.Feb 9 2015, 2:52 PM

Owen proposed a similar approach internally, but I don’t think that is the right approach.

For one, setting -DNDEBUG on parts (but not all) of the code isn’t safe. We have headers in libSupport that change ifdef on NDEBUG, and that could cause subtle bugs.

Also I don’t like the idea of bleeding the non-debug code into what you might be debugging. It would kinda suck to be debugging something and suddenly lose your debug granularity because you stepped into optimized code.

One of the big appeals to me about using the cross-compiling support for this is it means that your output from a debug build remains the same (barring debug tablegen behaving wildly different from a release one).

-Chris

beanz updated this revision to Diff 21627.Mar 10 2015, 1:35 PM

Updating to reflect Justin's feedback. The non-cross compiling specific code is now gated on LLVM_USE_HOST_TOOLS instead of CMAKE_CROSSCOMPILING. This has the pleasent side effect of having LLVM_OPTIMIZED_TABLEGEN not generate optimized llvm-config along with the optimized tablegen.

rnk accepted this revision.Mar 10 2015, 1:46 PM
rnk added a reviewer: rnk.

lgtm

I still think this is super hacky, but if we already have CrossCompile, I don't see any reason to prohibit using it this way.

This revision is now accepted and ready to land.Mar 10 2015, 1:46 PM
This revision was automatically updated to reflect the committed changes.