Yes, my i586 and x86_64 installations are completely separate, not even the ~ is shared. I think all the correct headers and files were found, as both gtk1 and gtk2 builds went just fine after hacking the main.c file. All previous builds also went well, no problems whatsoever. I don't know how necessary this check is, as gtk-gnutella works fine with a build with the check removed... I'm not sure if this problem also exists in the gtk2 build (I made a .spec file, and added this for both builds), but it could also be that there IS an issue with Mandriva's glibc?
Is there a way to check whether this (should be/is) a problem? Hendrik-Jan Heins Christian Biere wrote: > Hendrik-Jan Heins wrote: > >>However, there is an issue with building in x86_64: in the file main.c >>(in the src folder), on line 882 and 883. These lines seem to be an >>extra check on some glibc stuff. But this gives a critical error when >>doing a make in x86_64. >>When I outcomment these lines, the build goes just fine, so maybe >>something to fix in the next release? > > > Do you have completely separate installations of GLib and Gtk+ for > i586 and x86_64? Are you certain the correct header files were used > for compiling? If you check the archive, you'll see that these two > lines were added because of exactly such an issue i.e., using the > wrong .../lib/glib-2.0/include/glibconfig.h. > > Or is this a problem with GLib/Gtk+ 1.2 only? I just see that in that > version gsize/gssize are statically defined as 32-bit integers. That's > of course plain wrong but difficult to fix considering this version > has been abandoned a long time ago. > -- Publieke GnuPG sleutel beschikbaar op de volgende keyserver: pgpkeys.mit.edu Public GnuPG key available at keyserver pgpkeys.mit.edu
signature.asc
Description: OpenPGP digital signature
