On 09/30/2009 04:25 PM, John Coppens wrote: > On Wed, 30 Sep 2009 16:12:50 -0700 > "Brian J. Tarricone" <br...@tarricone.org> wrote: > >>> if (G_LIKELY ((gpointer) g_atomic_pointer_get (value_location) != >>> NULL)) return FALSE; >>> else >>> return g_once_init_enter_impl (value_location); >> >> It's just a warning. In this case, it's harmless. Might want to report >> it as a bug, though. >> >> I think you've hit a semi-bug in gatomic.h -- if >> G_ATOMIC_OP_MEMORY_BARRIER_NEEDED isn't defined, g_atomic_pointer_get >> just expands to a dereference of the argument, cast to gpointer. Since >> the argument passed is a gsize, they don't match -- though they should, >> because gsize should be a typedef for unsigned long on x86_64, which is >> a 64bit quantity... so maybe this is a problem, though something more >> about your installation of glib than an actual bug. Hard to say. > > Mmmm... I hadn't realized that this might have something to do with the > compatibility libraries I installed a week ago. They installed well, and > I have googleearth running, but they may have broken compilation in 64 > bit mode.
Shouldn't be a problem. The stuff in /usr/include should be platform independent. The platform specific header file ends up in $(libdir)/glib-2.0/include (presumably you have different lib64/lib32 directories). > I also received the following: > > /usr/include/glib-2.0/gio/gioenums.h:561: error: ‘GLIB_SYSDEF_AF_INET’ > undeclared here (not in a function) > /usr/include/glib-2.0/gio/gioenums.h:562: error: ‘GLIB_SYSDEF_AF_INET6’ > undeclared here (not in a function) > > And I can't seem to find a definition of those macros anywhere (not even > in the glib source tree). That's odd. Are you sure you don't have mixed versions of glib installed somehow? -brian _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list