After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 673110 - Uses GMutex but does not require GLib 2.32
Uses GMutex but does not require GLib 2.32
Status: RESOLVED FIXED
Product: gcr
Classification: Core
Component: General
2.30.x
Other Linux
: Normal major
: ---
Assigned To: GNOME keyring maintainer(s)
GNOME keyring maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2012-03-29 19:53 UTC by Jordi Mallach
Modified: 2019-02-22 11:57 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Jordi Mallach 2012-03-29 19:53:29 UTC 
Hi,

While building Gcr 3.4.0 with GLib 2.30, I got:

gcr-dbus-generated.c:2197:10: error: field 'lock' has incomplete type

Build with GLib 2.32 succeeds, so configure.ac should check for the version of GLib that made this available.
Comment 1 Stef Walter 2012-03-30 12:03:06 UTC 
This looks like a bug in gdbus-codegen. It shouldn't use a GMutex in this way when building on 2.30.x
Comment 2 David Zeuthen (not reading bugmail) 2012-04-02 20:23:16 UTC 
The problem is that gcr is bundling generated code in its tarballs - you are not supposed to be doing that. Instead, set up your buildsystem so gdbus-codegen(1) is invoked by your buildsystem.
Comment 3 Stef Walter 2012-04-03 07:37:35 UTC 
commit 5854d4968f6892bbf48109840500563e8b813866
Author: Stef Walter <stefw@gnome.org>
Date:   Tue Apr 3 08:47:23 2012 +0200

    Don't distribute built sources
    
     * This caused problems with gdbus-codegen generated files
    
    https://bugzilla.gnome.org/show_bug.cgi?id=673110