Gtk+1.2.6 configure script does not recognise glib-1.2.6 - problem
Craig Dewick
Hi,
I've just built and installed glib-1.2.6 with no problems at all on this
machine (Sparc 20 running SunOS 5.6 with X11R6-based OpenWindows), however
when I tried to configure gtk+-1.2.6, it was unable to work out that
glib-1.2.6 really is glib-1.2.6, and keep claiming that it is not version
1.2.4 or above.. This is obviously a problem. Here is the output from
running the configure script with no options specified:
checking for glib-config... /usr/local/bin/glib-config
checking for GLIB - version >= 1.2.4... no
*** Could not run GLIB test program, checking why...
*** The test program compiled, but did not run. This usually means
*** that the run-time linker is not finding GLIB or finding the wrong
*** version of GLIB. If it is not finding GLIB, you'll need to set your
*** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point
*** to the installed location Also, make sure you have run ldconfig if that
*** is required on your system
***
*** If you have an old version installed, it is best to remove it, although
*** you may also be able to get things to work by modifying LD_LIBRARY_PATH
***
*** If you have a RedHat 5.0 system, you should remove the GTK package that
*** came with the system with the command
***
*** rpm --erase --nodeps gtk gtk-devel
configure: error:
*** GLIB 1.2.4 or better is required. The latest version of GLIB
*** is always available from ftp://ftp.gtk.org/.
Notice that it finds glib-config ok, and I made sure that it was the correct
version of glib-config from the glib-1.2.6 distribution. I also checked that
there are no old versions of the the glib shared libraries installed
anywhere.
The problem is clearly where the configure script decides if the version of
glib that's installed is new enough. Doing '/usr/local/bin/glib-config
--version' reports '1.2.6', so something in the configure script is broken.
I could easily just comment out all the offending script code, but that
doesn't solve the problem. Has anyone else encountered this problem before?
Regards,
Craig.
--
Craig Dewick. Send email to "cde...@lios.apana.org.au"
Point a web browser at 'http://lios.apana.org.au/~cdewick/sun_shack.html' to
access my archive of Sun information and links to other places. For info
about Sun Ripened Kernels, go to "http://www.sunrk.com.au"
Michael Schmid
Hi,
I have the same problem like Craig on a
x86 with Suse Linux 6.0. After
installation of glib-1.2.6 the configure
of gtk+-1.2.6 failled with the same
message.
Some help would be great,
Michael
Nick Lamb
>x86 with Suse Linux 6.0. After
>installation of glib-1.2.6 the configure
>of gtk+-1.2.6 failled with the same
>message.
You ran ldconfig, and it didn't work, right?
Nick.
Jonas Bygden
Craig> In <slrn8204t9...@chef.ecs.soton.ac.uk>
Craig> There is no ldconfig for Solaris since SunOS 5.x is
Craig> SVR4-based, not BSD-based.... I shouldn't need to set
Craig> LD_LIBRARY_PATH since /usr/local/lib is a standard location
Craig> for libraries to be found.
Well, actually, no it isn't. /usr/local is not a standard Solaris
directory. If you want to use libraries in there you'll need to
include it in your LD_LIBRARY_PATH.
Craig> But then again, perhaps under SVR4, LD_LIBRARY_PATH is
Craig> actually more important than it is under BSD... However until
Craig> now I have never had to think about using it since I've
Craig> modified Makefiles for most applications I've built to
Craig> include "-R'/usr/local/lib:/usr/openwin/lib" ld flag where
Craig> needed. That it, except for the makefiles built with xmkmf
Craig> which include this automatically.
--
Jonas Bygdén
Jonas dot Bygden at Sun dot COM
Dave Barr
Craig Dewick <c...@lios.apana.org.au> wrote:
>But then again, perhaps under SVR4, LD_LIBRARY_PATH is actually more
>important than it is under BSD... However until now I have never had to
>think about using it since I've modified Makefiles for most applications
>I've built to include "-R'/usr/local/lib:/usr/openwin/lib" ld flag where
>needed. That it, except for the makefiles built with xmkmf which include
>this automatically.
One should never blindly set LD_LIBRARY_PATH like this.
glib/gtk have had longstanding bugs in their gtk-config/glib-config
scripts. IIRC only one correctly displays the necessary ldflags
necessary for compiling GTK+ apps. The other is missing the
"-R${prefix}/lib". Add it to the script and it will work fine.
See
http://www.visi.com/~barr/ldpath.html
for more info on LD_LIBRARY_PATH
--Dave
Craig Dewick
>>I have the same problem like Craig on a
>>x86 with Suse Linux 6.0. After
>>installation of glib-1.2.6 the configure
>>of gtk+-1.2.6 failled with the same
>>message.
>You ran ldconfig, and it didn't work, right?
There is no ldconfig for Solaris since SunOS 5.x is SVR4-based, not
BSD-based.... I shouldn't need to set LD_LIBRARY_PATH since /usr/local/lib
is a standard location for libraries to be found.
But then again, perhaps under SVR4, LD_LIBRARY_PATH is actually more
important than it is under BSD... However until now I have never had to
think about using it since I've modified Makefiles for most applications
I've built to include "-R'/usr/local/lib:/usr/openwin/lib" ld flag where
needed. That it, except for the makefiles built with xmkmf which include
this automatically.
Regards,
Craig.
--
Sun Ripened Kernels <-> http://www.sunrk.com.au
Surplus and pre-loved Sun Microsystems equipment.
Based in Waterfall (south-eastern Sydney), NSW, Australia.
Operated by Craig Dewick - cr...@sunrk.com.au - c...@lios.apana.org.au
Craig Dewick
>In article <7vs2en$ovl$1...@lios.apana.org.au>,
>Craig Dewick <c...@lios.apana.org.au> wrote:
>>But then again, perhaps under SVR4, LD_LIBRARY_PATH is actually more
>>important than it is under BSD... However until now I have never had to
>>think about using it since I've modified Makefiles for most applications
>>I've built to include "-R'/usr/local/lib:/usr/openwin/lib" ld flag where
>>needed. That it, except for the makefiles built with xmkmf which include
>>this automatically.
>One should never blindly set LD_LIBRARY_PATH like this.
I've *never* used LD_LIBRARY_PATH because I'm aware of how evil it is.
>glib/gtk have had longstanding bugs in their gtk-config/glib-config
>scripts. IIRC only one correctly displays the necessary ldflags
>necessary for compiling GTK+ apps. The other is missing the
>"-R${prefix}/lib". Add it to the script and it will work fine.
This doesn't help since the problem is clearly a configuration script error
otherwise it'd recognise the correct versioning of glib, etc. and respond
appropriately. I'm still trying to figure out exactly what the configure
script does and then probably fake it by commenting out the offending bits
and hard-coding in the required numbers...
There are clearly plenty of people who have been able to compile gtk 'out of
the box' on Solaris with no problems, so there has to be something going on
that isn't readily apparent. I'm using gcc-2.8.1 as the compiler, with no
other GNU compiler tools besides GNU make installed.
Dave Barr
Craig Dewick <c...@lios.apana.org.au> wrote:
>This doesn't help since the problem is clearly a configuration script error
>otherwise it'd recognise the correct versioning of glib, etc. and respond
>appropriately.
No, all the configure script does is try to compile a little gtk
program and run it, IIRC. Since the -R flag is missing, the program
will fail to find the gtk libraries at run time. You can see this
by reading config.log.
--Dave