Package Details: lib32-glibmm 2.48.1-1

Git Clone URL: (read-only)
Package Base: lib32-glibmm
Description: Glib-- (glibmm) is a C++ interface for glib (32 bit, library only)
Upstream URL:
Licenses: LGPL
Submitter: Medved
Maintainer: Medved
Last Packager: Medved
Votes: 17
Popularity: 0.000000
First Submitted: 2009-01-25 19:58
Last Updated: 2016-08-30 23:19

Latest Comments

WoefulDerelict commented on 2016-05-01 23:39

Medved: As I pointed out, when attempting to build festige I got a similar error pointing to glib2. I haven't tracked it down yet but, as I can successfully build glibmm and festige against glib2 2.46.2 only to have them fail against the 2.48 series: glib2 seems the most likely culprit. I'll keep an eye out for a solution or bug reports upstream.

Medved commented on 2016-05-01 22:47

@WoefulDerelict, I tried to fix, but I gave up after 1 hour. Have to dig into all the header files and the macros in order to understand what's wrong.
As of now I have 2 theories:
- bug in the upstream glibmm, but in this case why the others (distributions) are not impacted. Maybe because of the lib32 build flags?
- bug in another package (glib2 ?); in order to prove that on has to dig into the installed header files.

Right now I don't have the time and motivation to figure it out. Therefore I'm orphaning the package so someone else could take it over.

WoefulDerelict commented on 2016-04-30 21:27

The build fails with the following output on my recently synchronised Arch box:

The error appears tied to changes in glib2 and is similar to one experienced with another application building against glib2. (

Anonymous comment on 2013-08-16 17:10

Xclicked the out-of-date flag, sorry. .-.

rafaelff commented on 2013-06-11 22:15

please update

rafaelff commented on 2013-05-04 19:50

@Medved, since you're not going to add glibmmconfig.h to the package, would you please modify 'glibmm-2.4.pc' to point the 'include' folder from 'glibmm' package (/usr/lib/ instead of /usr/lib32/)? This way, lib32-atkmm won't break without workarounds.

For your convenience, here is a cmd line:

sed -i 's#${libdir}/glibmm#/usr/lib/glibmm#' \

rafaelff commented on 2012-04-05 17:18

I understand what you're saying, as normally we remove all headers from lib32 packages. The problem is that some headers are installed insider the libdir. When other package that depends on this one, it will not look in /usr/include, but in /usr/lib32. If the header from /usr/lib32 is removed, the other package won't go.
I had other situations like that, e.g. lib32-ppl depedending on lib32-gmp

Medved commented on 2012-04-05 16:54

@josephgbr, it's non-sense => the same C header files (*.h) should be provided by glibmm (x86_64), on which this package depends.
Well, in order to keep it simple, we can keep these .h files.

rafaelff commented on 2012-04-05 15:53

lib32-atkmm won't build without /usr/lib32/glibmm-2.4/include/glibmmconfig.h, can you please keep it in the package?

rafaelff commented on 2011-05-10 19:46

Please fix dependencies: "libsigc++2.0" should be "lib32-sigc++"

rafaelff commented on 2011-05-04 21:53
It is suggestion of an updated PKGBUILD, with a fix in the dependecy libsgc++2.0 (should use lib32) and other small edits.

Pierre commented on 2010-10-23 12:41

Package is available in [multilib]

Medved commented on 2010-06-28 02:11

Update in dependency:
lib32-sigc++2.0 => lib32-sigc++

Medved commented on 2010-05-23 20:55

The package is there in AUR:

mortzu commented on 2010-04-19 17:59

please update or orphan. this package uses a non existent package (lib32-libsigc++2.0)