Re: Compile error with jhbuild on debian unstable
Tim's suggestion to use: export LDFLAGS="-L/opt/gnome2/lib/" did the
trick. It is building fine now.
It didn't work if I just re-executed jhbuild. I needed to delete the
cvs/gnome directory and recreate it.
I'll ask the jhbuild people to update the readme with this trick. I
think I'll try to make sure there is a bug reported for libtool also.
Thanks everyone for their help,
Daniel
-------- Original Message --------
Subject: RE: Compile error with jhbuild on debian unstable. Gnome 2.5 &
orbit2
Date: Wed, 18 Feb 2004 12:29:46 -0500
From: Tim Moorhouse <tim@array.ca>
To: 'Daniel Cardenas' <Daniel.Carden@cox.net>
Hi,
I think I may have run into the same thing you're seeing, though not
with jhbuild, and not with orbit (it was a gtkmm build I was trying to
get working, on debian unstable).
Try doing an 'export LDFLAGS="-L/opt/gnome2/lib/"' and redo the orbit2
build from scratch. The problem I was running into was that:
- The PKG_CONFIG_PATH was set fine, so that the pkg-config stuff run
from the configure script would pick up the .pc files from my own glib
build. All of the include path stuff in the generated makefiles would
be fine, so the actual compilation worked.
- The libtoolize/libtool stuff wasn't picking up the right .la files, so
when it actually tried to link, it linked against the libraries in
/usr/lib. The libtool stuff does check the LDFLAGS environment
variable, though, so pointing it at my local glib build got the link to
succeed.
As I say, my problem wasn't quite the same case you're attempting, but
the symptoms look the same. Hope this helps.
-------- Original Message --------
Subject: Re: Compile error with jhbuild on debian unstable
Date: Wed, 18 Feb 2004 17:58:40 +0000
From: Gustavo J. A. M. Carneiro <gjc@inescporto.pt>
To: Daniel Cardenas <Daniel.Carden@cox.net>
CC: debian-gtk-gnome@lists.debian.org, Michael Meeks
<michael@ximian.com>, orbit-list@gnome.org
A Qua, 2004-02-18 às 16:41, Daniel Cardenas escreveu:
Is the problem that it is looking and finding the library in:
/usr/lib/
when it should be looking in:
/opt/gnome2/lib
?
If so what is the best way to change it?
I think you should follow Michael's suggestion and remove the .la
files in /usr/lib. Libtool is (and will always be) buggy. In general,
binutils (ld) and gcc are evil in the way the always search /usr/lib and
/usr/include first, regardless of any options or environment variables.
Libtool seems to want to inherit this (imho) broken behaviour.
Thanks,
Daniel
p.s. here is what some of /opt/gnome2/lib looks like:
dad@pen24ghzlinux:/opt/gnome2/lib$ ls -l
drwxr-xr-x 3 dad dad 72 Feb 15 22:44 glib-2.0
-rwxr-xr-x 1 dad dad 851 Feb 18 09:12 libIDL-2.la
lrwxrwxrwx 1 dad dad 17 Feb 18 09:12 libIDL-2.so ->
libIDL-2.so.0.0.0
lrwxrwxrwx 1 dad dad 17 Feb 18 09:12 libIDL-2.so.0 ->
libIDL-2.so.0.0.0
-rwxr-xr-x 1 dad dad 352176 Feb 18 09:12 libIDL-2.so.0.0.0
-rwxr-xr-x 1 dad dad 826 Feb 18 09:11 libglib-2.0.la
lrwxrwxrwx 1 dad dad 22 Feb 18 09:11 libglib-2.0.so
-> libglib-2.0.so.0.302.0
lrwxrwxrwx 1 dad dad 22 Feb 18 09:11 libglib-2.0.so.0
-> libglib-2.0.so.0.302.0
-rwxr-xr-x 1 dad dad 1457597 Feb 18 09:11
libglib-2.0.so.0.302.0
-rwxr-xr-x 1 dad dad 880 Feb 18 09:11 libgmodule-2.0.la
lrwxrwxrwx 1 dad dad 25 Feb 18 09:11
libgmodule-2.0.so -> libgmodule-2.0.so.0.302.0
lrwxrwxrwx 1 dad dad 25 Feb 18 09:11
libgmodule-2.0.so.0 -> libgmodule-2.0.so.0.302.0
-rwxr-xr-x 1 dad dad 51849 Feb 18 09:11
libgmodule-2.0.so.0.302.0
-rwxr-xr-x 1 dad dad 875 Feb 18 09:11 libgobject-2.0.la
lrwxrwxrwx 1 dad dad 25 Feb 18 09:11
libgobject-2.0.so -> libgobject-2.0.so.0.302.0
lrwxrwxrwx 1 dad dad 25 Feb 18 09:11
libgobject-2.0.so.0 -> libgobject-2.0.so.0.302.0
-rwxr-xr-x 1 dad dad 726251 Feb 18 09:11
libgobject-2.0.so.0.302.0
Daniel Cardenas wrote:
>
> Sorry my prior message was misleading. Here is how things are linked:
>
> dad@pen24ghzlinux:/usr/lib$ ls -l libgli*
> lrwxrwxrwx 1 root root 21 Feb 14 17:18
> libglib-1.2.so.0 -> libglib-1.2.so.0.0.10
> -rw-r--r-- 1 root root 134152 May 17 2003
> libglib-1.2.so.0.0.10
> -rw-r--r-- 1 root root 528226 Aug 31 10:39 libglib-2.0.a
> -rw-r--r-- 1 root root 815 Aug 31 10:39 libglib-2.0.la
> lrwxrwxrwx 1 root root 22 Feb 15 11:47 libglib-2.0.so
> -> libglib-2.0.so.0.200.3
> lrwxrwxrwx 1 root root 22 Feb 14 17:19
> libglib-2.0.so.0 -> libglib-2.0.so.0.200.3
> -rw-r--r-- 1 root root 409288 Aug 31 10:39
> libglib-2.0.so.0.200.3
>
> dad@pen24ghzlinux:/usr/lib$ ls -l libgo*
> -rw-r--r-- 1 root root 263846 Aug 31 10:39 libgobject-2.0.a
> -rw-r--r-- 1 root root 860 Aug 31 10:39 libgobject-2.0.la
> lrwxrwxrwx 1 root root 25 Feb 15 11:47
> libgobject-2.0.so -> libgobject-2.0.so.0.200.3
> lrwxrwxrwx 1 root root 25 Feb 14 17:19
> libgobject-2.0.so.0 -> libgobject-2.0.so.0.200.3
> -rw-r--r-- 1 root root 191088 Aug 31 10:39
> libgobject-2.0.so.0.200.3
>
> dad@pen24ghzlinux:/usr/lib$ ls -l -d gl*
> drwxr-xr-x 3 root root 72 Feb 15 11:47 glib-2.0
>
>
> Currently orbit2 is the only app that is giving me a compile problem.
> This is pretty much a standard debian unstable system. Built recently
> while using default options for install. What are *.la files? Where
> can I get some info on what they are used for?
>
> Is this thread related?
> http://mail.gnome.org/archives/garnome-list/2004-February/msg00071.html
>
>
> Thanks for the help,
> Daniel
>
>
> Michael Meeks wrote:
>
>> Hi Daniel,
>>
>> This is not an ORBit2 problem - your system is hosed :-)
>>
>> Somehow the gobject library is linking to a version of the glib
>> library
>> that is missing a scad of crucial functions it needs for it's use.
>> You'll get the same error compiling anything using gobject.
>>
>> It's also odd to have /opt/gnome2/lib/libglib-2.0.so and
>> /usr/lib/glib-2.0.so on the same link line: I guess some .la file of
>> yours is out of step badly. A very drastic step is from now -> forever
>> rm /usr/lib/*.la and every .la file you can find ;-)
>>
>> Regards,
>>
>> Michael.
>>
>>
>>
> -------- Original Message --------
> Subject: Compile error with jhbuild on debian unstable
> Date: Tue, 17 Feb 2004 21:56:46 -0700
> From: Daniel Cardenas <Daniel.Carden@cox.net>
> To: orbit-list@gnome.org
>
>
>
> Yesterday when I compiled I received the following:
> gcc -g -O2 -o orbit-idl-2 orbit-idl-main.o orbit-idl-driver.o
> orbit-idl-backend.o orbit-idl-utils.o orbit-idl-c-backend.o
> orbit-idl-c-stubs.o orbit-idl-c-skels.o orbit-idl-c-headers.o
> orbit-idl-c-common.o orbit-idl-c-imodule.o orbit-idl-c-skelimpl.o
> orbit-idl-c-utils.o orbit-idl-c-typecode.o orbit-idl-c-deps.o
> -Wl,--export-dynamic /usr/lib/libpopt.so -lm -L/opt/gnome2/lib
> /opt/gnome2/lib/libIDL-2.so /opt/gnome2/lib/libglib-2.0.so
> /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so -ldl
> /usr/lib/libglib-2.0.so -Wl,--rpath -Wl,/opt/gnome2/lib -Wl,--rpath
> -Wl,/opt/gnome2/lib/usr/lib/libgobject-2.0.so: undefined reference to
> `g_bsearch_array_destroy'
> /usr/lib/libgobject-2.0.so: undefined reference to `g_bsearch_array_new'
> /usr/lib/libgobject-2.0.so: undefined reference to
> `g_bsearch_array_insert'
> collect2: ld returned 1 exit status
> make[3]: *** [orbit-idl-2] Error 1
> make[3]: Leaving directory
> `/home/dad/Copied/cvs/gnome/ORBit2/src/idl-compiler'
>
> Today when I compile I receive the following:
> gcc -g -O2 -o orbit-idl-2 orbit-idl-main.o orbit-idl-driver.o
> orbit-idl-backend. o orbit-idl-utils.o orbit-idl-c-backend.o
> orbit-idl-c-stubs.o orbit-idl-c-skels. o orbit-idl-c-headers.o
> orbit-idl-c-common.o orbit-idl-c-imodule.o orbit-idl-c-s kelimpl.o
> orbit-idl-c-utils.o orbit-idl-c-typecode.o orbit-idl-c-deps.o -Wl,--ex
> port-dynamic /usr/lib/libpopt.so -lm -L/opt/gnome2/lib
> /opt/gnome2/lib/libIDL-2 .so /opt/gnome2/lib/libglib-2.0.so
> /usr/lib/libgobject-2.0.so /usr/lib/libgmodul e-2.0.so -ldl
> /usr/lib/libglib-2.0.so -Wl,--rpath -Wl,/opt/gnome2/lib -Wl,--rpat h
> -Wl,/opt/gnome2/lib
> /usr/lib/libgobject-2.0.so: undefined reference to
> `g_bsearch_array_destroy'
> /usr/lib/libgobject-2.0.so: undefined reference to `g_bsearch_array_new'
> /usr/lib/libgobject-2.0.so: undefined reference to
> `g_bsearch_array_insert'
>
> My version of glib is: 2.2.3-1
> /usr/lib/libgobject-2.0.so.0.200.3
>
> Attached is a longer list of the output. Any suggestions?
>
> Thanks,
> Daniel
>
_______________________________________________
orbit-list mailing list
orbit-list@gnome.org
http://mail.gnome.org/mailman/listinfo/orbit-list
--
Gustavo João Alves Marques Carneiro
<gjc@inescporto.pt> <gustavo@users.sourceforge.net>
The universe is always one step beyond logic.
_______________________________________________
orbit-list mailing list
orbit-list@gnome.org
http://mail.gnome.org/mailman/listinfo/orbit-list
Reply to: