Public bug reported:
In libglib2.0-dev 2.41.0-1, glib-2.0.pc contains an unexpanded token in
Libs.private:
Name: GLib
Description: C Utility Library
Version: 2.41.0
Requires.private: libpcre
Libs: -L${libdir} -lglib-2.0
Libs.private: -pthread -lpcre @CARBON_LIBS@
Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include
This makes it impossible to statically link against glib2.0 in utopic,
though it doesn't cause problems for dynamic linking.
I ran into this problem while doing a test build of qemu. I'm not
entirely sure why Libs.private was used, given that qemu dynamically
links against glib2.0, but it's definitely still a bug in glib2.0.
** Affects: glib2.0 (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to glib2.0 in Ubuntu.
https://bugs.launchpad.net/bugs/1330033
Title:
invalid token @CARBON_LIBS@ in glib-2.0.pc
Status in “glib2.0” package in Ubuntu:
New
Bug description:
In libglib2.0-dev 2.41.0-1, glib-2.0.pc contains an unexpanded token
in Libs.private:
Name: GLib
Description: C Utility Library
Version: 2.41.0
Requires.private: libpcre
Libs: -L${libdir} -lglib-2.0
Libs.private: -pthread -lpcre @CARBON_LIBS@
Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include
This makes it impossible to statically link against glib2.0 in utopic,
though it doesn't cause problems for dynamic linking.
I ran into this problem while doing a test build of qemu. I'm not
entirely sure why Libs.private was used, given that qemu dynamically
links against glib2.0, but it's definitely still a bug in glib2.0.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1330033/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
