My suggested solution is to modify the libunwind port to install
somewhere else so it isn't found with the default flags, and add
appropriate flags to any ports that really need that version.
- Josh
On 2022-8-24 22:25 , Steven Smith wrote:
Thank you! That was the issue: somehow I had native l
Thank you! That was the issue: somehow I had native libunwind installed and
that was breaking the build.
What’s the solution to make this robust in case some port installs native
libunwind?
Is there a right way of prepending a system path to the library flags so that
the compiler doesn’t find
On 2022-8-24 21:20 , Steven Smith wrote:
I’ve observed on my M1 box that stack-based ports no longer build
because of compiler issues with mixed architecture libraries, as more
ports become native ARM. I’ve done enough troubleshooting (reinstalling
CLT, Xcode, use_code=yes and so forth) to beli
I’ve observed on my M1 box that stack-based ports no longer build because of
compiler issues with mixed architecture libraries, as more ports become native
ARM. I’ve done enough troubleshooting (reinstalling CLT, Xcode, use_code=yes
and so forth) to believe that this is a general problem—error m
