You need to rename the binutils 2.26 recipe to binutils226, so it can be
built and installed side by side with newer versions.
Look at the libpng recipes for an example of this.
Le dimanche 15 octobre 2017, Niels Sascha Reedijk <niels.reedijk@xxxxxxxxx>
a écrit :
Hi guys,
I have been working on making a chain of Rust recipes. As one might
imagine, making a recipe for a compiler can be slightly challenging,
but it is going so far.
I am running into an issue with our most recent stable recipe for
binutils that is used with the gcc5 toolchain. Rust depends on LLVM
and bundles its own copy with it. The issue is that building LLVM will
lead to a crash in ld while building libLTO.so [1]. This crash does
not occur with the previous version, namely 2.26.1.
I have verified the following:
* Binutils 2.29.1, which is marked untested, also crashes while building
* The recipe for llvm 3.8.1 also fails, with the same error.
Now what I do is that I explicitly specify the dependency on binutils
2.26.1, but that means that the haikuporter buildslaves will not build
the package, since there is no copy of this package available. [2]
Note that this seems to have changed recently. [3]
I am writing at this point because I don't know what to do. The best
solution to me, is to have a copy of the binutils_x86 2.26.1 package
in the haikuporter search path. The alternative is to provide binary
artifacts of LLVM, but that sounds like a bad idea.
Who can point me into the right direction?
Regards,
Niels
[1] http://vmpkg.haiku-os.org/master/x86_gcc2/buildruns/220/
builds/1225.log
[2] See this comment;
https://github.com/haikuports/haikuports/pull/1701#issuecomment-335777929
[3] See the required package list when building 1.14.0:
http://vmpkg.haiku-os.org/master/x86_gcc2/?buildrunDir=
243&viewMode=expanded
