glib install problems

2004-03-28 Thread M Hoskison
Hi list I hope this is the appropriate list for this question, if not I'll repost elsewhere. I'm preparing the ground for install Gimp2.0, and am compiling the dependencies that it requires. glib-2.4.0 appears to compile cleanly with the standard ./configure make make install. Now when I

GtkAction - no gtk_action_set_sensitive()?

2004-03-28 Thread Matthew Walton
I've been experimenting with GtkAction via the gtkmm C++ bindings, and was quite surprised to find that gtkmm doesn't provide a Gtk::Action::set_sensitive() method. Upon investigation I discovered that this is because GTK+ doesn't provide gtk_action_set_sensitive(). Without this method, I

Re: gtk 2.4 compilation wants pango 1.2?

2004-03-28 Thread Dave Reed
Cc: [EMAIL PROTECTED] From: Sven Neumann [EMAIL PROTECTED] Date: 26 Mar 2004 16:24:20 +0100 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 Content-Type: text/plain; charset=us-ascii Sender: Sven Neumann [EMAIL PROTECTED] Content-Length: 888 X-SpamBouncer: 1.9 (2/24/04) X-SBPass: No

Re: glib install problems

2004-03-28 Thread Anthony DiSante
M Hoskison wrote: Now when I compile another package that has glib-2.4.0 as a dependency, I get the following error during ./configure (in this case of atk-1.6.0): checking for pkg-config... /usr/local/bin/pkg-config checking for GLIB - version = 2.0.0... *** 'pkg-config --modversion glib-2.0'

Re: glib install problems

2004-03-28 Thread Sven Neumann
Hi, Anthony DiSante [EMAIL PROTECTED] writes: As if the whole gtk/glib nightmare weren't confusing enough, glib-2.2 and glib-2.4 etc install themselves in directories named glib-2.0. That could be your problem. No, it isn't. Also, there isn't any gtk/glib nightmare, you are just clueless.

Re: glib install problems

2004-03-28 Thread Anthony DiSante
Sven Neumann wrote: As if the whole gtk/glib nightmare weren't confusing enough, glib-2.2 and glib-2.4 etc install themselves in directories named glib-2.0. That could be your problem. No, it isn't. That's what prevented me from upgrading pango, so it could be true for the original poster as

Re: glib install problems

2004-03-28 Thread Sven Neumann
Hi, Anthony DiSante [EMAIL PROTECTED] writes: No one told me to. The new glib got installed to /usr/local/lib/ so I figured these ones might correspond to the old version. And it solved the problem of pango not getting past configure. Well, if you want to get rid of the glib-2.2

Re: glib install problems

2004-03-28 Thread Anthony DiSante
Sven Neumann wrote: Well, if you want to get rid of the glib-2.2 installation, then you should remove _all_ files, not only the libraries. Keeping the header files around may lead to some obscure problems later that are less obvious to debug than wrong library versions. And even if you removed the

Re: gtk 2.4 compilation wants pango 1.2?

2004-03-28 Thread Steffen Gutmann
Dave Reed wrote: On a Solaris 9 system, I installed: glib-2.4.0 pango-1.4.0 atk-1.6.0 but when configuring gtk+-2.4.0 I get: - checking for freetype-config... /usr/local/bin/freetype-config checking For sufficiently new FreeType

amd64 as target

2004-03-28 Thread Chuck Robey
I'm having a heck of a time trying to get glib and gtk to compile nicely for the amd64. The configure script keeps on finding the binaries in /usr/bin and using them to make decisions, ones that aren't always correct... you see, I have to cater to two platform needs, one is the 323 bit one

Compile/Link program static in Gtk

2004-03-28 Thread Flavio Alberto Lopes Soares
Hello all, I need to know how to compile/link an application that the interface was made using glade in static form, I looked for this in web but I can't found nothing conclusive. The Makefile files in directories was made by Glade and I change all -rdynamic to -static inside these files, but

Re: amd64 as target

2004-03-28 Thread Manish Singh
On Sun, Mar 28, 2004 at 10:45:52PM -0500, Chuck Robey wrote: I'm having a heck of a time trying to get glib and gtk to compile nicely for the amd64. The configure script keeps on finding the binaries in /usr/bin and using them to make decisions, ones that aren't always correct... you see,