[llvm-dev] RFC: Building GlobalISel by default

Reid Kleckner via llvm-dev llvm-dev at lists.llvm.org
Tue Jan 17 10:01:32 PST 2017

I'm in favor of building this by default. GlobalISel will eventually be the
default, and people are actively working on it. We should iron out any
build issues now to help with the transition. For example, if it comes with
a substantial size hit, we should investigate and prioritize fixing that.

On Fri, Jan 13, 2017 at 5:54 PM, Quentin Colombet via llvm-dev <
llvm-dev at lists.llvm.org> wrote:

> Hi all,
> Now, four backends (if I am counting right: X86, ARM, AArch64, AMDGPU) are
> working on bringing-up GlobalISel, I’d like to switch the default of the
> LLVM_BUILD_GLOBAL_ISEL variable in CMake, such that the framework gets
> built by default.
> ** Impact of Flipping the Switch **
> * Upsides *
> For people developing on GlobalISel, it will:
> - Simplify the CMake command to type :)
> - Build/Test GlobalISel on all the LLVM bots
> For people not developing on GlobalISel, it will:
> - Test that GlobalISel still works with your changes (make check will test
> that for you)
> - Allow you to play with it!
> Basically flipping the default CMake setting will give access to all the
> ISel schemes that we have in LLVM, instead of just SDISel and FastISel.
> * Downsides *
> For people developing on GlobalISel, it will:
> - Leave the status as it is now, meaning that mainly only people working
> on GlobalISel look at the failures of GlobalISel specific bots
> For people not developing for GlobalISel, it will:
> - Increase the compile time since the GlobalISel framework and the related
> target specific parts will have to be built
> - Increase the size of the binary (depending on what backend you pull)
> - Require the setting of an additional CMake variable to disable it
> What do people think?
> Thanks,
> -Quentin
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170117/0b64ef6a/attachment.html>

More information about the llvm-dev mailing list