The various app-emulation/emul-linux-x86-* library packages should ship with pkg-config files to allow packages which need to be built in 32bit mode to properly compile/link against them. One affected package is for example games-emulation/pcsx2 (bug #141626), which fails to link against glib from app-emulation/emul-linux-x86-gtklibs, because it uses the pkg-config file of dev-libs/glib-2.18.4-r1, which references libgio-2.0.so, which is not present in the emul-linux package. This could be prevented if app-emulation/emul-linux-x86-gtklibs would ship with an own, correct for this version, pkg-config file, which would list the libs which are actually present. Reproducible: Always
(In reply to comment #0) > One affected package is for example games-emulation/pcsx2 (bug #141626), which > fails to link against glib from app-emulation/emul-linux-x86-gtklibs, because > it uses the pkg-config file of dev-libs/glib-2.18.4-r1, which references > libgio-2.0.so, which is not present in the emul-linux package. Would this still be required with latest emul packages (gio is provided on them)?
(In reply to comment #1) > Would this still be required with latest emul packages (gio is provided on > them)? I generally think that it is advisable to ship correct and matching pkg-config files with the libs. Today it might work in this specific case, but tomorrow there might be another mismatch creating problems. (It is not predictable what upstream of the libs present in emul-linux-x86-* decides upon. And linking in unnecessary 32bit libraries, only because a version of the 64bit libs needs something, seems dirty, too.) And putting the pkg-config files into the tarball should be cheap, anyway.
I know that it would be more ideal, the problem is that, currently, the way for creating emul packages is not so flexible , it would require some additional work. Then, this is more like an "enhancement" request
I will report back when I tried again to compile pcsx2, which was the package giving the original reason for this bugreport.
The original idea is to try to only provide enough libraries on those packages, also, pkg-config files shouldn't be needed if needed libs are provided with them Closing this then, if, in the future, you need a library or an updated version in emul packages, simply open a new bug report for it Thanks a lot and best regards
For packages building a 32bit version of themselves on a 64bit (multilib) system and detecting libraries via pkg-config, pkg-config is very well needed.
I could maybe add a "pkgconfig" USE flag for emul packages then for letting users to install /usr/lib32/pkgconfig files if they want I guess Samuli, what do you think? (since you are a much more experienced developer and would probably know how pkgconfig works and if this is really needed) Thanks a lot :-)
Fixed in 20110129 (behind "development" USE flag)
(In reply to comment #8) > Fixed in 20110129 (behind "development" USE flag) Thanks a lot!