llvm: fix cross compiling for v4, v5, v6. #40604
Conversation
GrahamcOfBorg
added
10.rebuild-darwin: 0
| doCheck = stdenv.isLinux && (!stdenv.isi686); | ||
| doCheck = stdenv.isLinux | ||
| && (!stdenv.isi686) | ||
| && (stdenv.buildPlatform == stdenv.hostPlatform); |
There was a problem hiding this comment.
I think this is handled by default/already? Please LMK if that's not what you're seeing!
There was a problem hiding this comment.
Huh, you're right, thanks!
| ] | ||
| ++ stdenv.lib.optionals (stdenv.buildPlatform != stdenv.hostPlatform) [ | ||
| "-DCMAKE_CROSSCOMPILING=True" | ||
| "-DLLVM_TABLEGEN=${hostLLVM}/bin/llvm-tblgen" |
There was a problem hiding this comment.
Hmm this is the way forward given how we use cmake for cross--which unfortunately is "wrong" and means we aren't taken advantage of any of LLVM / cmake's infrastructure for these things.
More outside review ....
|
The "right" cmake way to go is to use a toolchain file and configure multiple times, or something. Anyway I'm not sure if that's "worth" the effort to rework-- or perhaps not something I can "own" through to completion so I don't want to propose it. Here's a messy branch that tries to do things "properly", and successfully configures LLVM so that tablegen is built "native" automagically, with deps and such. Be warned this is a POC but hopefully demonstrates the idea enough for us to investigate going this way--as it's what cmake and LLVM both encourage folks to do. And maybe when we're done we can upstream some documentation about what we learned :P. Here's a tagged version: This generates a basic toolchain file for the cross-compilation, although I believe that might not be needed... I just started with that since it's what cmake pushes for this :D. Alright I'm a bit burned on this, sorry, I realize this isn't the best explanation. But hopefully will be wonderful once cleaned up and such. FWIW clang has some support for the same, although not 100% how well-supported it'll be combinng building clang separately AND cross-compiling. As an aside, in my cmake readings it appears it has some automagical goodness for taking advantage of clang's multi-target abilities -- which might be rather useful for us as part of #36867 and related. ... although what you have here I think works for LLVM at least. Apologies for dumping my POC on your PR O:). I mean well, we've long been talking about trying to do this more "properly". |
|
Bah, sorry. Nevermind me, I'll submit a new PR if I have anything. Sorry about the mess! :) |
TravisWhitaker
force-pushed
the
llvm-cross
branch
2 times, most recently
from
5f94e7f to
34941e9
Compare
|
@Ericson2314 started doing this in acc9843 it seems. |
|
Oh I hadn't seen this since before it was a PR I think. Turns out there's no duplicated work, however, as I've just been reformatting things while not breaking hashes for the most part. Also I've been thinking about (though it should help with both) build == host != target, as opposed to build != hsot == target. |
| @@ -1,6 +1,6 @@ | |||
| { lowPrio, newScope, stdenv, targetPlatform, cmake, libstdcxxHook | |||
| , libxml2, python2, isl, fetchurl, overrideCC, wrapCC, ccWrapperFun | |||
| , darwin | |||
| , darwin, hostLLVM | |||
There was a problem hiding this comment.
This should definitely be called buildLLVM.
|
Heya ! Is this PR still relevant ? If so - is there something we need to do to get this one merged (in addition to resolving conflicts) ? Thanks ! |
|
This has been fixed elsewhere. |
rrbutani
added
the
6.topic: llvm/clang
Motivation for this change
Allows LLVM versions 4, 5, and 6 to be cross-compiled by relying on
${buildPackages.llvmPackages.llvm}/bin/llvm-tblgenwhen cross-compiling.Things done
build-use-sandboxinnix.confon non-NixOS)nix-shell -p nox --run "nox-review wip"./result/bin/)