This repository has been archived by the owner on Jan 16, 2025. It is now read-only.
-
-
Notifications
You must be signed in to change notification settings - Fork 11.3k
The wxmac formula should not default to monolithic builds #26624
Comments
I don't know why we have this option; would support default to how upstream builds and removing the monolith switch. |
Looks like it was added in this commit: 225d53f |
We should default to upstream behavior and made saga-opt-in to weird behavior...though of course that means if you install saga and something else that need different options everyone loses. |
@adamv Agreed. Saga can always vendor |
I'm making this build Since I don't know how to tell for instance erlang to do |
spkane
pushed a commit
to spkane/homebrew
that referenced
this issue
Mar 3, 2014
More software requires non-monolithic builds than the other way around Closes Homebrew#26624.
ehershey
pushed a commit
to ehershey/homebrew
that referenced
this issue
Apr 4, 2014
More software requires non-monolithic builds than the other way around Closes Homebrew#26624.
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
For some unknown reason, the wxmac formula defaults to building a monolithic library which is not the default upstream behaviour.
This results in linkage failures with erlang wx integration (#26427, #18291) as well as wxHaskell (#22653). I am personally not a wx expert and didn't manage to get wx erlang to link against the monolithic version.
The text was updated successfully, but these errors were encountered: