Re: Compile error with jhbuild on debian unstable

From: Daniel Cardenas <Daniel Carden cox net>
To: debian-gtk-gnome lists debian org, orbit-list gnome org
Subject: Re: Compile error with jhbuild on debian unstable
Date: Wed, 18 Feb 2004 12:38:32 -0700
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
[Date Prev][Date Next] [Thread Prev][Thread Next] [Thread Index] [Date Index] [Author Index]