It is no longer possible to build dev-qt/qtcore without iconv/glib support. Upstream appears to still support this.
It didn't (and still doesn't) seem worthwhile to support those flags IMO. glib in particular has potential ramifications in other modules too. Any compelling reasons to restore them?
I don't care about iconv, but if I wanted to use glib, I'd be using GNOME.
USE=glib enables integration between qt and glib event loops, which is needed by several other *qt* libraries, so you would end up having to enable it anyway...
(In reply to Davide Pesavento from comment #3) > USE=glib enables integration between qt and glib event loops, which is > needed by several other *qt* libraries, so you would end up having to enable > it anyway... Can you give examples? I don't think Qt is ever used with the glib event loop on Mac or Windows, yet it works fine on those platforms... I really don't want glib installed on my PC.
Sorry, I wasn't clear... I meant *third-party* qt-based libraries such as polkit-qt and phonon, not other official qt modules.
I don't want polkit nonsense either, and phonon-vlc seems to work just fine without glib.
Those were just examples, as you asked. IIRC KDE used to require it, too, but apparently it's not needed anymore (assuming our deps are correct).
FWIW, I've been running KDE 4 since about 4.2 without qt[glib] just fine.