gtk-osx-users Mailing List for GTK+ Mac OS X (Page 19)
Status: Beta
Brought to you by:
jralls
Menu
▾
▴
gtk-osx-users — User discussions and support for GTK+-2 on OSX
This list is closed, nobody may subscribe to it.
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(33) |
Aug
(12) |
Sep
(28) |
Oct
(1) |
Nov
(30) |
Dec
(9) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
(3) |
Feb
(22) |
Mar
(31) |
Apr
(49) |
May
(48) |
Jun
(16) |
Jul
(16) |
Aug
(42) |
Sep
(62) |
Oct
(11) |
Nov
(28) |
Dec
(16) |
| 2011 |
Jan
(11) |
Feb
(44) |
Mar
(43) |
Apr
(53) |
May
(54) |
Jun
(54) |
Jul
(15) |
Aug
(11) |
Sep
(8) |
Oct
(2) |
Nov
(4) |
Dec
(4) |
| 2012 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
(2) |
| 2013 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(8) |
Jul
(6) |
Aug
(4) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(18) |
Sep
|
Oct
|
Nov
|
Dec
(4) |
| 2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
(13) |
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(9) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Gérald N. <ge...@gr...> - 2010-10-01 05:40:09
|
Le 30 sept. 2010 à 23:38, John Ralls a écrit : >> I'm working now on a patch for Gtk localization (and other compiled-in paths) for bundles. I should have it ready by the end of the week. >> > > Which is now pushed to Github. Either delete the gtk+-2.20.1 source directory and rebuild or hand apply the new patch (which is gtk-osx-build/patches/gtk-relocation.patch). Something is missing : ** Applying patch http://github.com/jralls/gtk-osx-build/raw/master/patches/gtk-keyhash.patch *** [9/11] patch -p1 < "/Users/gerald/.cache/jhbuild/gtk-keyhash.patch-" patching file gdk/quartz/gdkevents-quartz.c Hunk #1 succeeded at 267 (offset 18 lines). patching file gdk/quartz/gdkkeys-quartz.c *** Error during phase checkout of gtk+: could not download patch (error: 404) *** [9/11] after clean all and jhbuild build meta-gtk-osx-core (same thing with buildone gtk+). With the stable modulset. @+ -- Gérald Niel ger...@ge... |
|
From: John R. <jr...@ce...> - 2010-09-30 21:39:00
|
On Sep 27, 2010, at 7:27 AM, John Ralls wrote: > > On Sep 26, 2010, at 10:44 PM, Gérald Niel wrote: > >> Hello, >> >> is what somebody speaks French on the list? >> I have some issues and enhancements to describe but my level in English is so bad to explain these correctly. >> >> Fist is the GTK localization when running in a bundle. >> The second is the Clearlooks theme who do not work correctly in 64 bits mode. >> The third is the Aqua theme who do not work fine with Grisbi (http://www.grisbi.org). > > I'm working now on a patch for Gtk localization (and other compiled-in paths) for bundles. I should have it ready by the end of the week. > Which is now pushed to Github. Either delete the gtk+-2.20.1 source directory and rebuild or hand apply the new patch (which is gtk-osx-build/patches/gtk-relocation.patch). Regards, John Ralls |
|
From: David L. <doc...@ve...> - 2010-09-28 22:17:34
|
On 28 Sep, 2010, at 1:00 PM, Richard Procter wrote: >> By chance is your processor a G4 PPC? > > It is indeed - a great little machine. Why do you ask? I carried a PowerBook for years, and have only recently handed it over to my wife. It is no doubt a great machine, but not a 64 bit one. However, that observation does not put me any closer to seeing where the real problem is coming in. However a web search indicates that "*** GLib requires a 64 bit type. You might want to consider *** using the GNU C compiler." crops up due to either an older version of GCC being present or some missing include files. In either case, the fix would hopefully be to (re)install XCode 3.1.4. Sent from my MacBookPro We are everywhere! Unfortunately, so are they. |
|
From: John R. <jr...@ce...> - 2010-09-28 20:27:50
|
On Sep 28, 2010, at 9:58 AM, Shawn Bakhtiar wrote: > > In GTK 2.18 i386, This code worked, and GTK_WIDGET(widget)->name would point to the name assigned to the widget in glade-3 builder. I have not changed anything in the XML files nor this code, but now that I am using GTK 2.20 i386, this value points to an empty string "". I have tried to get the string from the name property and it still gives me the same results an empty string "". I don't see any warnings about it not being a property either. > > What am I missing? > Dunno about your code, but you're missing what this list is for -- which is OSX-specific issues, particularly those relating to the gtk-osx build and integration tools. Your question is about gtk programming and has no platform-related component. Take it to gtk-list or gtk-app-devel-list. Regards, John Ralls |
|
From: Richard P. <ric...@gm...> - 2010-09-28 20:01:44
|
On 29/09/2010, at 4:56 AM, David Lowe wrote: > On 27 Sep, 2010, at 12:37 PM, Richard Procter wrote: > >> Odd. My glib-2.24.1 builds fine on 10.4 ppc, despite failing that >> test. I am not using the universal build, so that might be something >> to eliminate. My config.log shows: > > By chance is your processor a G4 PPC? It is indeed - a great little machine. Why do you ask? regards, Richard. |
|
From: Shawn B. <sha...@ho...> - 2010-09-28 17:40:28
|
OK... according to this http://www.gtkforums.com/about6610.html, and I'm recalling some back and forth on the list about this.... So my mind is having a hard time figuring out how to nkow what widget is calling this generic function, given the interface is automatically build with gtkbuilder. Was I just using a bad hack here, what are others doing? From: sha...@ho... To: gtk...@li... Subject: Widget name no longer working? Date: Tue, 28 Sep 2010 12:58:43 -0400 In GTK 2.18 i386, This code worked, and GTK_WIDGET(widget)->name would point to the name assigned to the widget in glade-3 builder. I have not changed anything in the XML files nor this code, but now that I am using GTK 2.20 i386, this value points to an empty string "". I have tried to get the string from the name property and it still gives me the same results an empty string "". I don't see any warnings about it not being a property either. What am I missing? Breakpoint 1, on_generic_entry_changed (widget=0x1812b50, user_data=0x10a1be8) at callbacks.c:190 190 for (i=0; i< num_widgets; i++){ (gdb) next 193 g_object_get((GObject*)widget,"name",&wname,NULL); (gdb) 196 if( cwid == -1 && !g_ascii_strcasecmp(wname,focus_widget_str[i])) { (gdb) print wname $1 = (gchar *) 0x2096820 "" (gdb) print widget $2 = (GtkEditable *) 0x1812b50 What am I missing? /* Widgets we can focus on */ guint num_widgets = 123; gchar *focus_widget_str[] = { "account_entry" ,"name_entry" ,"BLANK_BLANK_BLANK_BLANK_" , ... ... ... }; void on_generic_entry_changed(GtkEditable *widget, gpointer user_data) { gchar *ctext = NULL; gchar *wname = NULL; guint i = 0; gint cwid = -1; .... for (i=0; i< num_widgets; i++){ g_object_get((GObject*)widget,"name",&wname,NULL); /* THIS USE TO BE: */ // if( cwid == -1 && !g_ascii_strcasecmp(GTK_WIDGET(widget)->name,focus_widget_str[i])) { if( cwid == -1 && !g_ascii_strcasecmp(wname,focus_widget_str[i])) { .... } else if (cwid >= 0){ .... } } return;} /* THIS FUNCTION WORKS USING THE WIDGET NAME AS object 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 */ /* UPDATE 11272009 1102 NO BUG - migration to Gtkbuilder from libglade */ //return glade_xml_get_widget (self->priv->xml, object); return GTK_WIDGET (gtk_builder_get_object (self->priv->xml, object)); } |
|
From: Shawn B. <sha...@ho...> - 2010-09-28 16:58:50
|
In GTK 2.18 i386, This code worked, and GTK_WIDGET(widget)->name would point to the name assigned to the widget in glade-3 builder. I have not changed anything in the XML files nor this code, but now that I am using GTK 2.20 i386, this value points to an empty string "". I have tried to get the string from the name property and it still gives me the same results an empty string "". I don't see any warnings about it not being a property either.
What am I missing?
Breakpoint 1, on_generic_entry_changed (widget=0x1812b50, user_data=0x10a1be8) at callbacks.c:190
190 for (i=0; i< num_widgets; i++){
(gdb) next
193 g_object_get((GObject*)widget,"name",&wname,NULL);
(gdb)
196 if( cwid == -1 && !g_ascii_strcasecmp(wname,focus_widget_str[i])) {
(gdb) print wname
$1 = (gchar *) 0x2096820 ""
(gdb) print widget
$2 = (GtkEditable *) 0x1812b50
What am I missing?
/* Widgets we can focus on */
guint num_widgets = 123;
gchar *focus_widget_str[] = {
"account_entry" ,"name_entry" ,"BLANK_BLANK_BLANK_BLANK_" ,
...
...
...
};
void
on_generic_entry_changed(GtkEditable *widget, gpointer user_data)
{
gchar *ctext = NULL;
gchar *wname = NULL;
guint i = 0;
gint cwid = -1;
....
for (i=0; i< num_widgets; i++){
g_object_get((GObject*)widget,"name",&wname,NULL);
/* THIS USE TO BE: */
// if( cwid == -1 && !g_ascii_strcasecmp(GTK_WIDGET(widget)->name,focus_widget_str[i])) {
if( cwid == -1 && !g_ascii_strcasecmp(wname,focus_widget_str[i])) {
....
} else if (cwid >= 0){
....
}
}
return;}
/* THIS FUNCTION WORKS USING THE WIDGET NAME AS object
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 */
/* UPDATE 11272009 1102 NO BUG - migration to Gtkbuilder from libglade */
//return glade_xml_get_widget (self->priv->xml, object);
return GTK_WIDGET (gtk_builder_get_object (self->priv->xml, object));
}
|
|
From: David L. <doc...@ve...> - 2010-09-28 15:56:09
|
On 27 Sep, 2010, at 12:37 PM, Richard Procter wrote: > Odd. My glib-2.24.1 builds fine on 10.4 ppc, despite failing that > test. I am not using the universal build, so that might be something > to eliminate. My config.log shows: By chance is your processor a G4 PPC? Sent from my MacBookPro USENET: Uniting Spammers, Erotomaniacs, Newbies, Extroverts and Trolls |
|
From: John R. <jr...@ce...> - 2010-09-28 14:01:23
|
On Sep 27, 2010, at 10:55 PM, Gérald Niel wrote: > Le 27 sept. 2010 à 16:27, John Ralls a écrit : > >> I don't know what's wrong with Clearlooks. What does it do wrong? > > > See the screenshots attached. > It will be more simple that i try to describe this. > I take it that the upper one is 64-bit and the lower 32? You'll have to file a bug against clearlooks. In the meantime, there's no real advantage to 64-bit, so don't spend a lot of energy worrying about it. Regards, John Ralls |
|
From: Gérald N. <ge...@gr...> - 2010-09-28 05:55:43
|
Le 27 sept. 2010 à 16:27, John Ralls a écrit : > I don't know what's wrong with Clearlooks. What does it do wrong? See the screenshots attached. It will be more simple that i try to describe this. @+ -- Gérald Niel ger...@ge... |
|
From: Shawn B. <sha...@ho...> - 2010-09-28 00:07:49
|
aaarrrrrrrggggg.......
I had cleaned up the the make file to take out all the other junk I had built in, amongst them was the ige-mac-integration option to pkg-config.
As always John your crystal ball has spoken true ")
From: jr...@ce...
Date: Mon, 27 Sep 2010 12:23:14 -0700
To: gtk...@li...
Subject: Re: [Gtk-osx-users] Did ige-mac-integration changed in the latest 2.20 release [WAS: (no subject) :S ]
On Sep 27, 2010, at 11:15 AM, Shawn Bakhtiar wrote:
Ok... I know we've talked about this, but I forgot what the change were, and if they have already happened...
I am now compiling our app using GTK+-2.20 (used the website script) in 10.5 i386 mode (can't get our app to work in 64bit), and I even have double made sure I have the ige-mac-integration via jhbuild, but my menu is showing up in my window, instead of being integrated into menu bar. I know there has been a lot of talk about GTKApplication (which I support greatly) did I miss the boat. Did the implementation for the integration change, and I did not catch it?
What am I missing, the website still looks the same.
I'm still using the old:
#ifdef MAC_INTEGRATION
void
isi_display_activate_quartz(IsiDisplay *self){
/* Sanity Check */
g_return_val_if_fail(self != NULL, NULL);
/* Check for valid toolbar */
if ( self->priv->menubar == NULL )
self->priv->menubar = gtk_menu_bar_new();
gtk_widget_hide(self->priv->menubar);
ige_mac_menu_set_menu_bar(GTK_MENU_SHELL(self->priv->menubar));
GtkMenuItem * quit_item = gtk_menu_item_new_with_label ("Quit");
g_signal_connect (quit_item, "activate", G_CALLBACK (isi_display_widget_quit), self);
ige_mac_menu_set_quit_menu_item (GTK_MENU_ITEM (quit_item));
self->priv->igedock = ige_mac_dock_new ();
g_signal_connect (self->priv->igedock,
"clicked",
G_CALLBACK ( isi_display_diconify ),
self);
g_signal_connect (self->priv->igedock,
"quit-activate",
G_CALLBACK (isi_display_widget_quit),
self);
return;}
#endif
/* TESTING: IMAC Quarts integration */
void self_foo_function(){
#ifdef MAC_INTEGRATION
isi_display_activate_quartz(self->display);
#endif
return
}
GtkOSXApplication has been in ige-mac-integration for several months, but ige_mac_menu is still there. Is this something that used to work, or is it new? Did you include the necessary configure macros to define MAC_INTEGRATION?
Regards,John Ralls
------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Gtk-osx-users mailing list
Gtk...@li...
https://lists.sourceforge.net/lists/listinfo/gtk-osx-users |
|
From: John R. <jr...@ce...> - 2010-09-27 21:27:23
|
On Sep 27, 2010, at 1:39 PM, Gérald Niel wrote:
> Le 27 sept. 2010 à 21:23, John Ralls a écrit :
>
>> GtkOSXApplication has been in ige-mac-integration for several months, but ige_mac_menu is still there. Is this something that used to work, or is it new? Did you include the necessary configure macros to define MAC_INTEGRATION?
>
>
> In a 64 bit machine ige-mac-integration is tagged as ignore in .jhbuildrc.
> But it works fine in Snow Leopard 64 bits if you use GtkOSXApplication functions.
>
> I have commented this line in .jhbuildrc to be able to compile ige-mac-integration :
>
> # ige-mac-integration doesn't support 64-bit (it uses Carbon).
> #
> #if ('x86_64' in architectures):
> # skip.append("ige-mac-integration")
> # skip.append("ige-mac-integration-py")
Yes, I noticed this morning that that was there when I was chasing Phillip's problem. I just pushed a new version deleting that block. (Run gtk-osx-build-setup.sh again to get the new one.)
Thanks,
John Ralls
|
|
From: Gérald N. <ge...@gr...> - 2010-09-27 20:39:41
|
Le 27 sept. 2010 à 21:23, John Ralls a écrit :
> GtkOSXApplication has been in ige-mac-integration for several months, but ige_mac_menu is still there. Is this something that used to work, or is it new? Did you include the necessary configure macros to define MAC_INTEGRATION?
In a 64 bit machine ige-mac-integration is tagged as ignore in .jhbuildrc.
But it works fine in Snow Leopard 64 bits if you use GtkOSXApplication functions.
I have commented this line in .jhbuildrc to be able to compile ige-mac-integration :
# ige-mac-integration doesn't support 64-bit (it uses Carbon).
#
#if ('x86_64' in architectures):
# skip.append("ige-mac-integration")
# skip.append("ige-mac-integration-py")
--
Gérald Niel
ger...@ge...
|
|
From: Richard P. <ric...@gm...> - 2010-09-27 19:37:18
|
On 28/09/2010, at 5:25 AM, Phillip Heller wrote:
> Greetings,
>
> I was rebuilding this morning, and came across this within the
> GLib build:
>
> checking size of __int64... 0
> configure: error:
> *** GLib requires a 64 bit type. You might want to consider
> *** using the GNU C compiler.
>
> *** Error during phase configure of glib: ########## Error
> running ./configure --prefix /Users/gtkosxbuilder/gtk/inst --libdir
> '/Users/gtkosxbuilder/gtk/inst/lib' --disable-static
> ac_cv_c_bigendian=no --build=i486-apple-darwin *** [16/39]
>
> I have not come across this before; .jhbuildrc-custom as follows:
>
> _gtk_osx_use_jhbuild_python = True
> append_autogenargs("python", "--with-universal-archs=32-bit --
> enable-universalsdk=/Developer/SDKs/MacOSX10.5.sdk")
> branches["python"] = "http://www.python.org/ftp/python/2.6.4/
> Python-2.6.4.tar.bz2"
> setup_sdk(target="10.5", sdk_version="10.5", architectures=["i386"])
> os.environ["CC"] = "/usr/bin/gcc-4.0"
> build_policy = "updated-deps"
> modules = [ "meta-gtk-osx-bootstrap", "meta-gtk-osx-core", "meta-
> gtk-osx-python", "librsvg", "meta-gtk-osx-themes", "gtk-quartz-
> engine" ]
>
> Any ideas what might be wrong?
Odd. My glib-2.24.1 builds fine on 10.4 ppc, despite failing that
test. I am not using the universal build, so that might be something
to eliminate. My config.log shows:
configure:21502: checking size of __int64
configure:21507: gcc -o conftest -arch ppc -mmacosx-version-min=10.4 -
Wall -I/Volumes/Vault/staging/gtk/in
st/include -DG_DISABLE_SINGLE_INCLUDES -L/Volumes/Vault/staging/gtk/
inst/lib -L/Volumes/Vault/staging/gtk/
inst/lib -arch ppc -mmacosx-version-min=10.4 -Wl,-
headerpad_max_install_names -framework Carbon conftest.c
-lintl -lresolv >&5
conftest.c: In function 'longval':
conftest.c:86: error: '__int64' undeclared (first use in this function)
conftest.c:86: error: (Each undeclared identifier is reported only once
conftest.c:86: error: for each function it appears in.)
conftest.c:86: warning: control reaches end of non-void function
conftest.c: In function 'ulongval':
conftest.c:87: error: '__int64' undeclared (first use in this function)
conftest.c:87: warning: control reaches end of non-void function
conftest.c: In function 'main':
conftest.c:97: error: '__int64' undeclared (first use in this function)
configure:21507: $? = 1
configure: program exited with status 1
configure: failed program was: [...]
regards,
Richard.
>
> --
> phil------------------------------------------------------------------
> ------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-
> sfdev2dev_______________________________________________
> Gtk-osx-users mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk-osx-users
|
|
From: Zbigniew D. <z....@gm...> - 2010-09-27 19:30:04
|
Am 27.09.2010 16:27, schrieb John Ralls: > I'm working now on a patch for Gtk localization (and other compiled-in paths) for bundles. I should have it ready by the end of the week. Thanks Zbigniew |
|
From: Phillip H. <ph...@me...> - 2010-09-27 19:27:18
|
On Sep 27, 2010, at 3:18 PM, John Ralls wrote: > > On Sep 27, 2010, at 9:25 AM, Phillip Heller wrote: > >> Greetings, >> >> I was rebuilding this morning, and came across this within the GLib build: >> >> checking size of __int64... 0 >> configure: error: >> *** GLib requires a 64 bit type. You might want to consider >> *** using the GNU C compiler. <snip> > > Interesting. I get the same error in glib's config.log, but it doesn't stop configure or cause any trouble. (The problem seems to be that on Darwin it should be testing for __int64_t instead of __int64). > > Might your /usr/bin/gcc-4.0 have gotten messed up? D'oh. My mistake. I set DYLD_LIBRARY_PATH to ~gtkosxbuilder/gtk/inst/lib in gtkosxbuilder's startup scripts. (I do this so that py2app succeeds). I've nulled it out in .jhbuildrc-custom and all is well again. Sorry that you chased that.... I'll look a little more closely first, next time. --phil |
|
From: John R. <jr...@ce...> - 2010-09-27 19:23:27
|
On Sep 27, 2010, at 11:15 AM, Shawn Bakhtiar wrote:
>
> Ok... I know we've talked about this, but I forgot what the change were, and if they have already happened...
>
> I am now compiling our app using GTK+-2.20 (used the website script) in 10.5 i386 mode (can't get our app to work in 64bit), and I even have double made sure I have the ige-mac-integration via jhbuild, but my menu is showing up in my window, instead of being integrated into menu bar. I know there has been a lot of talk about GTKApplication (which I support greatly) did I miss the boat. Did the implementation for the integration change, and I did not catch it?
>
>
> What am I missing, the website still looks the same.
>
>
> I'm still using the old:
>
>
>
> #ifdef MAC_INTEGRATION
>
>
> void
> isi_display_activate_quartz(IsiDisplay *self){
>
>
> /* Sanity Check */
> g_return_val_if_fail(self != NULL, NULL);
>
> /* Check for valid toolbar */
> if ( self->priv->menubar == NULL )
> self->priv->menubar = gtk_menu_bar_new();
>
> gtk_widget_hide(self->priv->menubar);
>
> ige_mac_menu_set_menu_bar(GTK_MENU_SHELL(self->priv->menubar));
>
>
> GtkMenuItem * quit_item = gtk_menu_item_new_with_label ("Quit");
> g_signal_connect (quit_item, "activate", G_CALLBACK (isi_display_widget_quit), self);
> ige_mac_menu_set_quit_menu_item (GTK_MENU_ITEM (quit_item));
>
>
> self->priv->igedock = ige_mac_dock_new ();
> g_signal_connect (self->priv->igedock,
> "clicked",
> G_CALLBACK ( isi_display_diconify ),
> self);
> g_signal_connect (self->priv->igedock,
> "quit-activate",
> G_CALLBACK (isi_display_widget_quit),
> self);
> return;}
>
> #endif
>
>
>
>
> /* TESTING: IMAC Quarts integration */
>
>
> void self_foo_function(){
>
>
> #ifdef MAC_INTEGRATION
>
> isi_display_activate_quartz(self->display);
>
> #endif
>
>
> return
> }
GtkOSXApplication has been in ige-mac-integration for several months, but ige_mac_menu is still there. Is this something that used to work, or is it new? Did you include the necessary configure macros to define MAC_INTEGRATION?
Regards,
John Ralls
|
|
From: John R. <jr...@ce...> - 2010-09-27 19:18:29
|
On Sep 27, 2010, at 9:25 AM, Phillip Heller wrote:
> Greetings,
>
> I was rebuilding this morning, and came across this within the GLib build:
>
> checking size of __int64... 0
> configure: error:
> *** GLib requires a 64 bit type. You might want to consider
> *** using the GNU C compiler.
>
> *** Error during phase configure of glib: ########## Error running ./configure --prefix /Users/gtkosxbuilder/gtk/inst --libdir '/Users/gtkosxbuilder/gtk/inst/lib' --disable-static ac_cv_c_bigendian=no --build=i486-apple-darwin *** [16/39]
>
> I have not come across this before; .jhbuildrc-custom as follows:
>
> _gtk_osx_use_jhbuild_python = True
> append_autogenargs("python", "--with-universal-archs=32-bit --enable-universalsdk=/Developer/SDKs/MacOSX10.5.sdk")
> branches["python"] = "http://www.python.org/ftp/python/2.6.4/Python-2.6.4.tar.bz2"
> setup_sdk(target="10.5", sdk_version="10.5", architectures=["i386"])
> os.environ["CC"] = "/usr/bin/gcc-4.0"
> build_policy = "updated-deps"
> modules = [ "meta-gtk-osx-bootstrap", "meta-gtk-osx-core", "meta-gtk-osx-python", "librsvg", "meta-gtk-osx-themes", "gtk-quartz-engine" ]
>
> Any ideas what might be wrong?
Interesting. I get the same error in glib's config.log, but it doesn't stop configure or cause any trouble. (The problem seems to be that on Darwin it should be testing for __int64_t instead of __int64).
Might your /usr/bin/gcc-4.0 have gotten messed up?
Regards,
John Ralls
|
|
From: Shawn B. <sha...@ho...> - 2010-09-27 18:15:36
|
------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev |
|
From: Shawn B. <sha...@ho...> - 2010-09-27 18:12:02
|
Ok... I know we've talked about this, but I forgot what the change were, and if they have already happened...
I am now compiling our app using GTK+-2.20 (used the website script) in 10.5 i386 mode (can't get our app to work in 64bit), and I even have double made sure I have the ige-mac-integration via jhbuild, but my menu is showing up in my window, instead of being integrated into menu bar. I know there has been a lot of talk about GTKApplication (which I support greatly) did I miss the boat. Did the implementation for the integration change, and I did not catch it?
What am I missing, the website still looks the same.
I'm still using the old:
#ifdef MAC_INTEGRATION
void
isi_display_activate_quartz(IsiDisplay *self){
/* Sanity Check */
g_return_val_if_fail(self != NULL, NULL);
/* Check for valid toolbar */
if ( self->priv->menubar == NULL )
self->priv->menubar = gtk_menu_bar_new();
gtk_widget_hide(self->priv->menubar);
ige_mac_menu_set_menu_bar(GTK_MENU_SHELL(self->priv->menubar));
GtkMenuItem * quit_item = gtk_menu_item_new_with_label ("Quit");
g_signal_connect (quit_item, "activate", G_CALLBACK (isi_display_widget_quit), self);
ige_mac_menu_set_quit_menu_item (GTK_MENU_ITEM (quit_item));
self->priv->igedock = ige_mac_dock_new ();
g_signal_connect (self->priv->igedock,
"clicked",
G_CALLBACK ( isi_display_diconify ),
self);
g_signal_connect (self->priv->igedock,
"quit-activate",
G_CALLBACK (isi_display_widget_quit),
self);
return;}
#endif
/* TESTING: IMAC Quarts integration */
void self_foo_function(){
#ifdef MAC_INTEGRATION
isi_display_activate_quartz(self->display);
#endif
return
}
|
|
From: Phillip H. <ph...@me...> - 2010-09-27 16:25:20
|
Greetings,
I was rebuilding this morning, and came across this within the GLib build:
checking size of __int64... 0
configure: error:
*** GLib requires a 64 bit type. You might want to consider
*** using the GNU C compiler.
*** Error during phase configure of glib: ########## Error running ./configure --prefix /Users/gtkosxbuilder/gtk/inst --libdir '/Users/gtkosxbuilder/gtk/inst/lib' --disable-static ac_cv_c_bigendian=no --build=i486-apple-darwin *** [16/39]
I have not come across this before; .jhbuildrc-custom as follows:
_gtk_osx_use_jhbuild_python = True
append_autogenargs("python", "--with-universal-archs=32-bit --enable-universalsdk=/Developer/SDKs/MacOSX10.5.sdk")
branches["python"] = "http://www.python.org/ftp/python/2.6.4/Python-2.6.4.tar.bz2"
setup_sdk(target="10.5", sdk_version="10.5", architectures=["i386"])
os.environ["CC"] = "/usr/bin/gcc-4.0"
build_policy = "updated-deps"
modules = [ "meta-gtk-osx-bootstrap", "meta-gtk-osx-core", "meta-gtk-osx-python", "librsvg", "meta-gtk-osx-themes", "gtk-quartz-engine" ]
Any ideas what might be wrong?
--phil |
|
From: John R. <jr...@ce...> - 2010-09-27 14:27:54
|
On Sep 26, 2010, at 10:44 PM, Gérald Niel wrote: > Hello, > > is what somebody speaks French on the list? > I have some issues and enhancements to describe but my level in English is so bad to explain these correctly. > > Fist is the GTK localization when running in a bundle. > The second is the Clearlooks theme who do not work correctly in 64 bits mode. > The third is the Aqua theme who do not work fine with Grisbi (http://www.grisbi.org). For my part, not enough to be useful, I'm afraid. Perhaps you could try Google Translate... I'm working now on a patch for Gtk localization (and other compiled-in paths) for bundles. I should have it ready by the end of the week. I don't know what's wrong with Clearlooks. What does it do wrong? The Aqua theme engine (and the gtk-quartz theme engine that is part of Gtk-OSX) use Appearance Manager, which Apple didn't migrate to 64-bit. It might be possible to rewrite gtk-quartz-engine with HIToolbox, but I don't know for sure... it's not a high priority compared to things like getting keyboard input working right or accessibility or any of the other holes on http://live.gnome.org/GTK%2B/OSX/. Regards, John Ralls |
|
From: Gérald N. <ger...@ge...> - 2010-09-27 06:01:47
|
Hello, is what somebody speaks French on the list? I have some issues and enhancements to describe but my level in English is so bad to explain these correctly. Fist is the GTK localization when running in a bundle. The second is the Clearlooks theme who do not work correctly in 64 bits mode. The third is the Aqua theme who do not work fine with Grisbi (http://www.grisbi.org). @+ -- Gérald Niel ger...@ge... |
|
From: Eric Le L. <ker...@us...> - 2010-09-25 06:49:38
|
This may be of some interest to application porters...
I've hacked over the week a bridge from libnotify (and dbus) based
notifications to Growl notifications.
- Notifications2Growl should be launched at session startup,
registers in dbus as a freedesktop notification server;
- from the application stand point, nothing change : use libnotify
to send notifications;
- notifications show up in Growl bubbles.
It's available here : http://github.com/elelay/Notifications2Growl
gPodder notification showing up in Growl
It's fairly complete (icons, click callback), lacking only what's not
available in Growl :
- multiple choices in notification
- distinguish between the user dismissing the notification and timeout
The code is based upon notification-daemon 0.4.0, available from
http://galago-project.org
Here is a screenshot taken from gPodder (pygtk quartz) on Tiger.
I hope you'll enjoy it !
|
|
From: John R. <jr...@ce...> - 2010-09-23 14:09:16
|
On Sep 23, 2010, at 2:59 AM, F Wolff wrote: > Op Wo, 2010-09-22 om 17:22 -0700 skryf John Ralls: >> On Sep 22, 2010, at 12:45 PM, Zbigniew Diaczyszyn wrote: > > > ... > > >> No need. InitWithTitle: is declared to take an NSLocalizedString, so >> the constant argument is coerced into one at runtime. The translations >> for every language that Google Translation supports are provided as >> part of ige-mac-integration. As the docs say, it's not compatible with >> gettext, so the translations have to go in the Resources/ll.proj >> directories (where ll is the iso code for the language) in the bundle. > > Just in case I misunderstood: did you really put the output of Google > Translate into GTK+? No, not into Gtk+, but into the strings files for GtkOSXApplication for the app menu. GtkOSXApplication is not (yet) part of Gtk+. Since I'm fluent only in English, it seemed the quickest way to get translations for the half-dozen phrases in the app menu. Better translations from actual speakers of the languages are of course welcome. Regards, John Ralls |
3 messages has been excluded from this view by a project administrator.
