When building LLVM 18.1.0 rc2 on Linux/sparc64, I passed -triple sparcv9-unknown-linux-gnu (overriding the config.guess default of sparc64-unknown-linux-gnu to avoid the inconsistency meant to be handled by [Driver] Support non-canonical triples with new runtime lib layout).
Unfortunately, the only effect of test-release.sh -triple <triple> is to change the triple used in the final tarball. Unexpectedly, to actually build LLVM with a different triple requires to also pass -configure-flags "-DLLVM_HOST_TRIPLE=$triple" which is highly unintuitive and in this case only noticed after the build has finished.
When building LLVM 18.1.0 rc2 on Linux/sparc64, I passed `-triple sparcv9-unknown-linux-gnu` (overriding the `config.guess` default of `sparc64-unknown-linux-gnu` to avoid the inconsistency meant to be handled by [[Driver] Support non-canonical triples with new runtime lib layout](https://reviews.llvm.org/D133407)).
Unfortunately, the only effect of `test-release.sh -triple <triple>` is to change the triple used in the final tarball. Unexpectedly, to actually build LLVM with a different triple requires to also pass `-configure-flags "-DLLVM_HOST_TRIPLE=$triple"` which is highly unintuitive and in this case only noticed after the build has finished.
When building LLVM 18.1.0 rc2 on Linux/sparc64, I passed
-triple sparcv9-unknown-linux-gnu
(overriding theconfig.guess
default ofsparc64-unknown-linux-gnu
to avoid the inconsistency meant to be handled by [Driver] Support non-canonical triples with new runtime lib layout).Unfortunately, the only effect of
test-release.sh -triple <triple>
is to change the triple used in the final tarball. Unexpectedly, to actually build LLVM with a different triple requires to also pass-configure-flags "-DLLVM_HOST_TRIPLE=$triple"
which is highly unintuitive and in this case only noticed after the build has finished.