Overview
Request 828193 superseded
- Use memoryperjob constraint instead of %limit_build macro.
- Created by marxin
- In state superseded
-
Package maintainers:
StefanBruens and
frispete
- Supersedes 828044
- Superseded by 828204
Build fails now! Will wait with accepting your Blender request until this is fixed in order to avoid multiple builds..
Hm, the package assembles 2 .s files which each has ~1GB. There's CPU and memory usage graph: https://gist.githubusercontent.com/marxin/223890df4d8d8e490b6b2918b77dacad/raw/8959f697d830026961ed0dbdaa29c105b0f3e1ca/embree.svg
You hit: https://sourceware.org/bugzilla/show_bug.cgi?id=26381
which will be fixed in next binutils release.
With the fixed GAS we can get to: https://gist.githubusercontent.com/marxin/223890df4d8d8e490b6b2918b77dacad/raw/23578e9c98b015ce77b39e282404d57053990e78/embree-fixed-gas.svg
Interesting. Yes, I know, that embree is a somewhat pathological case.
But this version wasn't buildable at all.
I don't see much improvement in terms of memory usage, though. gas seems to exceed 12 GB now.
Request History
marxin created request
- Use memoryperjob constraint instead of %limit_build macro.
superseded by 828204
Now you do something different to what the changelog states.
Guess, you will come back, when binutils are ready. But what about the other targets (Leaps et.al.) Wouldn't they be locked out then?
Please make a suggestion, how we get all these loose ends together.