Summary: | wxgtk vs wxmac (or wxwidgets) -- crypto++ needs fixing on Darwin | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Fabian Groffen <grobian> |
Component: | Prefix Support | Assignee: | Gentoo Prefix <prefix> |
Status: | RESOLVED NEEDINFO | ||
Severity: | normal | CC: | lil_tux |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | OS X | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Fabian Groffen
2010-01-26 21:27:53 UTC
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 |