Gentoo Prefix on OSX by default builds for native Aqua support (Carbon/Cocoa) with USE=aqua. We need to investigate if this is desirable, since it is reported that some apps do not compile against the Aqua versions. This may be actually not wxGTK, but GTK itself, which suffers from this. Options are to split into two ebuilds such that the X11 vs aqua implementation is eselectable, but it is questionable if this is desirable. Biggest problem is to get the impact of this problem clear.
May I ask which packages don't build? Anyway I'd say it's the package developers responsibility to fix it, if he's targetting MacOS. Dunno if you already know this, but many packages need to get a faked into application bundles to have input working properly.
This bug was reported for someone else. I think we should just (try to) fix packages that are broken with the Aqua frontend.
amule would be a problem
(In reply to comment #3) > amule would be a problem > Umm it's neither in the tree nor does its dep dev-libs/crypto++ build on my MacOS host. And yes, fixing the package itself is the ideal way (at least for the moment).
crypto++ fails to compile on ppc due to some modti3 symbols (128 bit modulo) which can be fake-fixed by telling configure 128 bits operations don't work, but anyway, yeah I agree we should fix.
crypto++ is fixed for darwin now