-z pack-relative-relocs)
I made the necessary changes. Should be active from now on 👍
-z pack-relative-relocs)
-z pack-relative-relocs)
I'll try to add it without space, but I think I need to adjust the flag parsing logic for LDFLAGS, because of the different separation.
-z pack-relative-relocs)
Very nice. If I understood correctly -z,pack-relative-relocs has to be added to LDFLAGS?
I noticed that we actually cannot optimize them anyways, since ghc does not seem to recognize any march flags.
So packages depending on ghc as makedep probably will stay on the blacklist…
Please reopen this if there is anything we can do with flags or the shim (if that is a thing sometimes in the future).
For the time, this is not feasible.
-z pack-relative-relocs)
@BertalanD How is the status here? Are we still waiting for upstream? I see some of the versions you mentioned are already released now.
Quick update here: Since ece8c4c7d91e1a9e167bbadc634e3b5bfccbaa37 we do not build the same packages concurrently. That does not solve this issue completely, there can still be a overlap of used…
I still think this would probably only waste resources now. We have detection for almost all build errors that can occur (that we can actually rebuild successfully), trying failed packages over…