Summary: | compile wxGTK 2.6.1 with unicode only (without ANSI) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Gioele Barabucci <dev> |
Component: | [OLD] Library | Assignee: | Gentoo wxWidgets project <wxwidgets> |
Status: | RESOLVED WONTFIX | ||
Severity: | enhancement | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Ebuild with ansi and unicode USE variables |
Description
Gioele Barabucci
2005-09-19 04:18:11 UTC
Many packages aren't coded properly and fail with unicode, so this is not really the best idea indeed. The broken packages will DEPENDs on wxGTK-ansi instead of wxGTK. Those who have only broken packages will have only wxGTK-ansi installed, those who, like me, have only good packages will have only wxGTK (unicode only) installed, last who have both kind kind of packages will have to install both wxGTK-ansi and wxGTK. Two thirds of the user base will benefits from shorter compile time (more than half) and less installed libraries; the last third will not notice any difference What about local use flags? x11-libs/wxGTK:unicode and x11-libs/wxGTK:ansi unicode only USE="-ansi" emerge wxGTK ansi only USE="-unicode" emerge wxGTK both emerge wxGTK (In reply to comment #3) > unicode only > USE="-ansi" emerge wxGTK > ansi only > USE="-unicode" emerge wxGTK I don't think this is a good solution for two reasons. * How can an application that use wxGTK say to portage that it needs a "" version of wxGTK? * Also I want to avoid the big one-huge-compilation-for-two-big-libraries step. Two ebuilds mean half time spent recomping wxGTK if one has built a unicode-only wxGTK and now needs also an ANSI wxGTK. This is still unsolved... Why can't we split the wxGTK ebuild in two: unicode-ONLY and ansi-ONLY? Created attachment 99110 [details]
Ebuild with ansi and unicode USE variables
When the 'ansi' USE variable is disabled, this ebuild will build only the unicode version.
I tried implementing this while rewriting our wxGTK ebuilds, and it won't work reliably. We need the ansi version installed to fall back on always. |