#64558 closed defect (fixed)
libomp @13.0.0_1 fails to build on 10.6
Reported by: | jmroot (Joshua Root) | Owned by: | eborisch (Eric A. Borisch) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | snowleopard | Cc: | evanmiller (Evan Miller) |
Port: | libomp |
Description
Looks like the fix for #64549 caused it. This is a problem because the default compiler on 10.6 depends on libomp. It has to be built with clang-3.7 there because of that dependency.
Change History (7)
comment:1 Changed 3 years ago by evanmiller (Evan Miller)
Cc: | evanmiller added |
---|
comment:2 Changed 3 years ago by ryandesign (Ryan Carsten Schmidt)
comment:3 Changed 3 years ago by kencu (Ken)
there is at present no way to get thread_local_storage on 10.6 without manual intervention.
I floated the simplest fix, just downloading a prebuilt libcxx that has thread_local enabled, then building clang-5.0 against that, but that was -- let's say disallowed.
The next simplest fix is ... more complicated. I had worked out a method to build gcc7 from scratch, isolated from MacPorts, use that to bootstrap a clang-5.0 built by gcc7 linked against that gcc7's libstdc++, and use that as a fully capable compiler to build libc++ (with thread local support) and newer clangs.
But then I tossed that -- life is just too short sometimes.
comment:4 Changed 3 years ago by ryandesign (Ryan Carsten Schmidt)
Could we make the fix for #64549 only apply on 10.7 and later then?
comment:5 Changed 3 years ago by eborisch (Eric A. Borisch)
Absolutely. I don’t have time today, but anyone should feel free to make the change. Sorry for the breakage!
comment:6 Changed 3 years ago by Eric A. Borisch <borisch.eric@…>
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
It fails because:
The usual fix would be to add:
which would make MacPorts pick a newer compiler. Is that sufficient here or does that introduce a circular dependency?