|
Building for OS X Snow Leopard
I changed the .jhbuildrc-custom file to use: setup_sdk(target="10.6", sdk_version="10.6", architectures=["i386"]) Making all in cups /bin/sh ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../.. -I../../../gtk -I../../../gtk -I../../../gdk -I../../../gdk -DGTK_PRINT_BACKEND_ENABLE_UNSUPPORTED -D_REENTRANT -I/Users/shawn/gtk/inst/include/glib-2.0 -I/Users/shawn/gtk/inst/lib/glib-2.0/include -I/Users/shawn/gtk/inst/include/pango-1.0 -I/Users/shawn/gtk/inst/include/cairo -I/Users/shawn/gtk/inst/include/pixman-1 -I/Users/shawn/gtk/inst/include/freetype2 -I/Users/shawn/gtk/inst/include/libpng12 -I/Users/shawn/gtk/inst/include/atk-1.0 -DG_DISABLE_CAST_CHECKS -I/Users/shawn/gtk/inst/include -I/Developer/SDKs/MacOSX10.6.sdk/usr/include -DG_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES -DGTK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_DEPRECATED -arch i386 -I/Developer/SDKs/MacOSX10.6.sdk/usr/include -isysroot /Developer/SDKs/MacOSX10.6.sdk -mmacosx-version-min=10.6 -Wall -MT gtkprintbackendcups.lo -MD -MP -MF .deps/gtkprintbackendcups.Tpo -c -o gtkprintbackendcups.lo gtkprintbackendcups.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../.. -I../../.. -I../../../gtk -I../../../gtk -I../../../gdk -I../../../gdk -DGTK_PRINT_BACKEND_ENABLE_UNSUPPORTED -D_REENTRANT -I/Users/shawn/gtk/inst/include/glib-2.0 -I/Users/shawn/gtk/inst/lib/glib-2.0/include -I/Users/shawn/gtk/inst/include/pango-1.0 -I/Users/shawn/gtk/inst/include/cairo -I/Users/shawn/gtk/inst/include/pixman-1 -I/Users/shawn/gtk/inst/include/freetype2 -I/Users/shawn/gtk/inst/include/libpng12 -I/Users/shawn/gtk/inst/include/atk-1.0 -DG_DISABLE_CAST_CHECKS -I/Users/shawn/gtk/inst/include -I/Developer/SDKs/MacOSX10.6.sdk/usr/include -DG_DISABLE_SINGLE_INCLUDES -DATK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_SINGLE_INCLUDES -DGTK_DISABLE_SINGLE_INCLUDES -DGDK_PIXBUF_DISABLE_DEPRECATED -arch i386 -I/Developer/SDKs/MacOSX10.6.sdk/usr/include -isysroot /Developer/SDKs/MacOSX10.6.sdk -mmacosx-version-min=10.6 -Wall -MT gtkprintbackendcups.lo -MD -MP -MF .deps/gtkprintbackendcups.Tpo -c gtkprintbackendcups.c -fno-common -DPIC -o .libs/gtkprintbackendcups.o gtkprintbackendcups.c: In function ‘cups_dispatch_add_poll’: gtkprintbackendcups.c:895: error: dereferencing pointer to incomplete type gtkprintbackendcups.c: In function ‘check_auth_info’: gtkprintbackendcups.c:930: warning: passing argument 7 of ‘gtk_cups_request_ipp_add_strings’ from incompatible pointer type make[4]: *** [gtkprintbackendcups.lo] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 *** Error during phase build of gtk+: ########## Error running make *** [9/11] I am now going to try and use 10.5 with arch as i386 to see if I can complete, or is this issue not related? From the comments in the jhbuildrc script it sounds like 10.6 is got some issues.
From: shashaness hotmail com To: gtk-osx-users lists sourceforge net Date: Wed, 11 Nov 2009 10:47:22 -0500 Subject: [Gtk-osx-users] (no subject) I'm re-posting this from the gtk-osx-devel list Re-build using jhbuild today (11-10-2009): 1) Take new OS X Snow Leopard out of box (Nice!) 2) Apply all updates and installed xCode 3) Download and install latest version of git from http://code.google.com/p/git-osx-installer 4) open terminal: 5) type "sh gtk-osx-build-setup.sh" (let run) 6) when done; type "export PATH=$PATH:/Users/shawn/.local/bin" 6.1) obviously use your own name instead of shawn (me :) ) 7) type "jhbuild bootstrap" (12/12 completed no problem) 8) type "jhbuild build meta-gtk-osx-bootstrap" (13/13 completed with no problem) 9) type: "jhbuild build meta-gtk-osx-core" 9.1) ERROR: no libiconv but header used 9.2) Open a new shell 9.3) download the latest version of libiconv from http://www.gnu.org/software/libiconv 9.4) Unpack the files into source tree (for me : /Users/shawn/gtk/source ); 9.5) in new shell type "jhbuild shell"; cd into the source 9.6) type "./configure --prefix=/Users/shawn/gtk/inst", which will configure it to go into the same place you GTK builds will go 9.7) type "make; make install" 9.8) return to 9.1 and simply re-run the configuration stage (I believe choice # 7) 10) ige-mac-integration warns about nested and implicit decelerations .... 10.1) start shell by choosing 4 10.2) Edit the src/Makefile.am and remove $(WARN_CFLAGS) 10.3) Re-run stage configuration (Option # 7) 10.4) 11/11 completed no problems 11) type "jhbuild build libglade" (completed no problems) Optional (I need MySQL): 12) download source form mysql site and unpack in source directory 13) type "configure --prefix=/User/shawn/gtk/inst" 14) type "make; make install" (have a cig) I am able to fully compile my application with no problems. However I am running into a serious issue, and I don't know if it is my crappy programming or if this is a real issue on the 64bit, all of a sudden there are tons of execution errors, for example, <--in isidisplay.c --> GtkWidget * isi_display_get_widget(IsiDisplay *self, const gchar* object) { /* Sanity Check */ g_return_val_if_fail(self != NULL, FALSE); g_return_val_if_fail(self->priv != NULL, FALSE); g_return_val_if_fail(self->priv->dispose_has_run != TRUE, FALSE); /* Get teh XML File and load XML Object */ return glade_xml_get_widget (self->priv->xml, object); return NULL;} <-- in isiapp.c--> gboolean isi_app_initialize_default_interface(IsiApp *self){ /* Local vars */ GdkWindow *g_window = NULL; GtkWindow *main_window = NULL; /* Temp widget pointer for search otpions setup */ ........ main_window = isi_display_get_widget(self->display,"orderdesk"); g_object_get((GObject*)main_window,"window",&g_window,NULL); ....... } crud out with the following error in gdb: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000002019230 0x0000000100c343b0 in g_object_get (_object=0x2019230, first_property_name=0x1000973c5 "window") at gobject.c:1630 1630 g_return_if_fail (G_IS_OBJECT (object)); (gdb) bt #0 0x0000000100c343b0 in g_object_get (_object=0x2019230, first_property_name=0x1000973c5 "window") at gobject.c:1630 #1 0x000000010001b7ff in isi_app_initialize_default_interface (self=0x10201a000) at isiapp.c:6209 #2 0x000000010000ae0a in main (argc=1, argv=0x7fff5fbfec08) at isimain.c:53 (gdb) bt #0 0x0000000100c343b0 in g_object_get (_object=0x2019230, first_property_name=0x1000973c5 "window") at gobject.c:1630 #1 0x000000010001b7ff in isi_app_initialize_default_interface (self=0x10201a000) at isiapp.c:6209 #2 0x000000010000ae0a in main (argc=1, argv=0x7fff5fbfec08) at isimain.c:53 {scratching head dumbfounded} I comment out the above code and tried again, getting an error same thing but in a completely different area: gboolean isi_app_setup_menu(IsiApp *self) { /* Local Variables */ GtkWidget *menu = NULL; GtkWidget **widget = NULL; IsiCategory* c; guint num_rows; guint *p_index; /* Index of top level cats */ guint *c_index; /* Index of child level cats */ guint i,j,k; /* Loop variables */ /* Sanity Check */ g_return_val_if_fail(self != NULL, FALSE); g_return_val_if_fail(self->priv != NULL, FALSE); g_return_val_if_fail(self->priv->dispose_has_run != TRUE, FALSE); /* If valid rows */ if(self->priv->user_perms != NULL && self->priv->user_perms->rows != NULL){ /* Get number of rows */ guint num_rows = g_list_length(self->priv->user_perms->rows); ...... } /* By default return FALSE to permission checks */ return FALSE; } gdb output: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x00000000018639f8 0x000000010001a3c6 in isi_app_setup_menu (self=0x10201b000) at isiapp.c:2583 2583 if(self->priv->user_perms != NULL && self->priv->user_perms->rows != NULL){ (gdb) bt #0 0x000000010001a3c6 in isi_app_setup_menu (self=0x10201b000) at isiapp.c:2583 #1 0x000000010001b816 in isi_app_initialize_default_interface (self=0x10201b000) at isiapp.c:6204 #2 0x000000010000ae0a in main (argc=1, argv=0x7fff5fbfec08) at isimain.c:53 I am going to try an do what Jralls suggest and perhaps re-build with both -g and see if I can not trace this better, also try to build the library as 32bit and see what happens than. But this application has been running great using this technique on the 32 bit interface with no problems what so ever! I can't figure out why I have all kinds of bad memory references. I just noticed the there seems to be 32bit memory addresses intermingled with 64bit? IE in the above output self is 32bit but the address lookup is 64bit ?? Is that right? Same with the code?? Do I need to post this to gtk-app or is this something wrong in the backend (perhaps I am compiling with wrong options ??) HELP :S :'S :"S :''''S
|