[Bug 1330033] [NEW] invalid token @CARBON_LIBS@ in glib-2.0.pc

[Steve Langasek]

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 Ubuntu
Foundations Bugs, 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