Bugzilla Bug 193898

gcc -I.
-I/var/tmp/paludis/dev-ruby/ruby-gtk2-0.16.0/work/ruby-gnome2-all-0.16.0/pango/src
-I/var/tmp/paludis/dev-ruby/ruby-gtk2-0.16.0/work/ruby-gnome2-all-0.16.0/glib/src
-I. -I/usr/lib/ruby/1.8/i686-linux -I. -DHAVE_RB_DEFINE_ALLOC_FUNC
-DHAVE_RB_BLOCK_PROC -DHAVE_OBJECT_ALLOCATE -DHAVE_NODE_ATTRASGN
-DRUBY_GTK2_TARGET=\"x11\" -DHAVE_GTK_PLUG_GET_TYPE -DHAVE_GTK_SOCKET_GET_TYPE
-DHAVE_PANGO_RENDER_PART_GET_TYPE -DHAVE_XREADBITMAPFILEDATA -DHAVE_X11_XLIB_H
-DHAVE_XGETERRORTEXT -DHAVE_GTK_PRINT_UNIX_DIALOG_GET_TYPE
-DHAVE_GTK_PRINT_JOB_GET_TYPE -DHAVE_GTK_PRINTER_GET_TYPE -DHAVE_RB_CAIRO_H
-DRUBY_GTK2_COMPILATION  -I/usr/lib/ruby/site_ruby/1.8/i686-linux  -fPIC
-march=prescott -O2 -pipe -fno-strict-aliasing  -fPIC -Wall -pthread
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -D_REENTRANT
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/directfb
-I/usr/include/libpng12   -D_REENTRANT -I/usr/include/gtk-unix-print-2.0
-I/usr/include/gtk-2.0 -I/usr/include/atk-1.0 -I/usr/include/cairo
-I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/directfb
-I/usr/include/libpng12   -D_REENTRANT -I/usr/include/cairo
-I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12    -c
rbgtktreeiter.c
rbgtktreeiter.c: In function 'rbgtk_register_treeiter_set_value_func':
rbgtktreeiter.c:23: error: argument 'gtype' doesn't match prototype
rbgtk.h:118: error: prototype declaration

!!! ERROR in dev-ruby/ruby-gtk2-0.16.0:
!!! In ruby-gnome2_src_compile at line 3096
!!! emake failed


Reproducible: Always

Which version of gtk+ do you have installed?

I'm using x11-libs/gtk+-2.12.0-r2

Adding the gnome team as they may have some insight here.

Created an attachment (id=133868) [details]
ruby-gnome2-all-0.16.0-typedef.patch

Maybe this fedora patch could help a bit

*** Bug 196350 has been marked as a duplicate of this bug. ***

Me too on the emerge failure. I tried the typedef patch, but that failed.

I'm not able to reproduce this problem with glib-2.14.2 and gtk+-2.12.1.

Before looking into patching I'd like to understand what is causing this
problem. Could people who have this problem list the versions of gcc, glib, and
gtk+ installed?

I'm using:
- glib-2.6.1
- gtk+-2.12.1
- gcc-4.2.2

(In reply to comment #7)
> I'm not able to reproduce this problem with glib-2.14.2 and gtk+-2.12.1.
> 
> Before looking into patching I'd like to understand what is causing this
> problem. Could people who have this problem list the versions of gcc, glib, and
> gtk+ installed?
> 

I'm having troubles emerging dev-ruby/ruby-glib2-0.16.0-r1
Here's information about my system:

# emerge --info
Portage 2.1.3.15 (default-linux/x86/2007.0/desktop, gcc-4.2.2, glibc-2.6.1-r0,
2.6.23-gentoo i686)
=================================================================
System uname: 2.6.23-gentoo i686 Intel(R) Pentium(R) M processor 1500MHz
Timestamp of tree: Sun, 21 Oct 2007 08:04:01 +0000
app-shells/bash:     3.2_p17-r1
dev-java/java-config: 1.3.7, 2.1.2-r1
dev-lang/python:     2.5.1-r2
sys-apps/baselayout: 1.12.10-r5
sys-apps/sandbox:    1.2.18.1-r1
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.24
virtual/os-headers:  2.6.23
ACCEPT_KEYWORDS="x86 ~x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium-m -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf
/etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c
/etc/udev/rules.d"
CXXFLAGS="-march=pentium-m -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs collision-protect distlocks metadata-transfer
parallel-fetch sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="ftp://kos.local/gentoo
http://ftp.uni-erlangen.de/pub/mirrors/gentoo
http://mirror.yandex.ru/gentoo-distfiles/"
LANG="ru_RU.UTF-8"
LDFLAGS="-Wl,--hash-style=gnu"
LINGUAS="ru en"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --delete-after --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages
--filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/layman/xeffects
/usr/portage/local/layman/sunrise /usr/portage/local/layman/x11
/usr/portage/local/openchrome /usr/portage/local/overlay
/usr/portage/local/underlay"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X a52 aac acpi alsa bash-completion beagle berkdb bitmap-fonts bluetooth
bzip2 cairo cdr chardet cli cracklib crypt cscope cups dbus dga djvu dri dvd
dvdr eds emboss encode exif exiv2 fam ffmpeg firefox flac ftp fuse galago gdbm
gif gimp glut gnome gphoto2 gpm gsf gstreamer gtk gtkhtml hal hashstyle icc
iconv imagemagick inotify ipod isdnlog javascript jpeg kdeenablefinal lcms
libnotify logrotate mad midi mikmod mmap mmx mmxext mono mp3 mpeg mudflap
musicbrainz ncurses nls nptl nptlonly nsplugin ogg openmp pam pcmcia pcre pdf
png pppd python qt3 qt3support qt4 quicktime readline real reflection sasl
scanner sdl session slang speex spell spl sqlite sqlite3 sse sse2 ssl
startup-notification svg t1lib taglib tetex tiff truetype truetype-fonts
type1-fonts unicode usb videos vim vim-syntax vnc vorbis wifi win32codecs x264
x86 xcomposite xine xml xorg xosd xscreensaver xulrunner xv xvid xvmc zlib"
ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1
emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m
maestro3 trident usb-audio via82xx via82xx-modem ymfpci"
ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file
hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route
share shm softvol" CAMERAS="canon" ELIBC="glibc" INPUT_DEVICES="mouse keyboard
synaptics evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk
hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ru en" USERLAND="GNU"
VIDEO_CARDS="vesa via"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS,
PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

(In reply to comment #8)
> I'm using:
> - glib-2.6.1
> - gtk+-2.12.1
> - gcc-4.2.2

Are you sure of the glib version? gtk+-2.12.1 depends on at least
glib-2.13.5...

Silly me. I forgot the important thing:

glib-2.14.2
gtk+-2.12.1

And sorry for a big previous message, it looked smaller in my terminal :)
I'm available for a real-time talk via xmpp:rikz@jabber.ru if you need any
additional info.

Sorry i've copied the glibc version..
glib version is 2.14.2

sys-devel/gcc-4.2.2
sys-libs/glibc-2.6.1
x11-libs/gtk+-2.12.1

I have each of these installed at the moment:

dev-libs/glib-1.2.10-r5
dev-libs/glib-2.14.2
sys-devel/gcc-4.2.2
sys-libs/glibc-2.6.1
x11-libs/gtk+-1.2.10-r12
x11-libs/gtk+-2.12.0-r2

I was able to reproduce the bug on my laptop which is a full ~x86 system.

That fedora patch indeed fixes it, but it needs to be split into 2 chunks, one
for ruby-glib2 and the second one for ruby-gtk2.

As for what causes this, I can only guess that ruby's VALUE used to be
equivalent to GType (which should be an int or something) and recent versions
of gcc have stricter rules regarding implicit casts... but I'm just speculating
:)

Using the following on ~x86 that is updated every week day:

sys-devel/gcc-4.2.2
dev-libs/glib-2.14.2
x11-libs/gtk+-2.12.1

I had the same problem with the following versions:

dev-libs/glib-2.14.2
sys-devel/gcc-4.2.2
x11-libs/gtk+-2.12.1

I can confirm that the Fedora packages fix it.

> 
> I can confirm that the Fedora packages fix it.
> 

By packages I meant patches, sorry.

*** Bug 196774 has been marked as a duplicate of this bug. ***

Any news on when the patch will be pushed out for general use?

I don't mind pushing the patch out. @Ruby Herd, do you guys mind if I do it?

(In reply to comment #21)
> I don't mind pushing the patch out. @Ruby Herd, do you guys mind if I do it?

I have no issue with it, go ahead. Thanks!

@remi: please feel free to do so. I've not been able to reproduce this bug even
with gcc-4.2.2 (on amd64) and can't easily prepare an x86 environment for this.

Erf, busy day at work. Both committed with an extra revbump just in case.