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 557565 - [pulse] Compiler warnings on PPC
[pulse] Compiler warnings on PPC
Status: RESOLVED DUPLICATE of bug 571153
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-10-23 08:17 UTC by Sebastian Dröge (slomo)
Modified: 2009-02-10 10:54 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Sebastian Dröge (slomo) 2008-10-23 08:17:42 UTC 
Hi,
the pulse plugin currently builds with warnings on PPC and probably also on other architectures:

cc1: warnings being treated as errors
pulsemixerctrl.c: In function ‘gst_pulsemixer_ctrl_sink_info_cb’:
pulsemixerctrl.c:96: error: passing argument 1 of ‘g_atomic_int_get’ from incompatible pointer type
pulsemixerctrl.c:99: error: passing argument 1 of ‘g_atomic_int_set’ from incompatible pointer type
pulsemixerctrl.c: In function ‘gst_pulsemixer_ctrl_source_info_cb’:
pulsemixerctrl.c:145: error: passing argument 1 of ‘g_atomic_int_get’ from incompatible pointer type
pulsemixerctrl.c:148: error: passing argument 1 of ‘g_atomic_int_set’ from incompatible pointer type
pulsemixerctrl.c: In function ‘gst_pulsemixer_ctrl_set_mute’:
pulsemixerctrl.c:573: error: passing argument 1 of ‘g_atomic_int_get’ from incompatible pointer type
pulsemixerctrl.c:576: error: passing argument 1 of ‘g_atomic_int_set’ from incompatible pointer type
make[3]: *** [libgstpulse_la-pulsemixerctrl.lo] Fehler 1
Comment 1 Sebastian Dröge (slomo) 2008-10-23 08:22:49 UTC 
The problem here seems to be, that g_atomic_int_(g|s)et takes an "volative gint *" while GstMixerTrack.flags is an enum. Not sure why this is wrong though, I thought the default type of an enum is int
Comment 2 Sebastian Dröge (slomo) 2009-02-10 10:54:59 UTC 

*** This bug has been marked as a duplicate of 571153 ***