my file exist and its content is the following: (enterprise:~) lvcargnini% cat /opt/arm-linux/arm-linux-gnueabi/usr/lib/libogg.la # libogg.la - a libtool library file # Generated by ltmain.sh - GNU libtool 1.5.6 (1.1220.2.95 2004/04/11 05:50:42) Debian: 224 $ # # Please DO NOT delete this file! # It is necessary for linking the library.
# The name that we can dlopen(3). dlname='libogg.so.0' # Names of this library. library_names='libogg.so.0.5.3 libogg.so.0 libogg.so' # The name of the static archive. old_library='libogg.a' # Libraries that this one depends upon. dependency_libs='' # Version information for libogg. current=5 age=5 revision=3 # Is this an already installed library? installed=yes # Should we warn about portability when linking against -modules? shouldnotlink=no # Files to dlopen/dlpreopen dlopen='' dlpreopen='' # Directory that this library needs to be installed in: libdir='/usr/lib' (enterprise:~) lvcargnini the problem is how to cross compilate another softwares, with some other librarier that do not present this error ? why it is not working and how could I fix this ? because my libasound.la is similar but I can cross-compilate another softwares, linking with libasound.so, without any error. So the problem remains on lbtool, but how to fix this ? On Feb 7, 2008 10:08 AM, Bryan Kadzban <[EMAIL PROTECTED]> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: RIPEMD160 > > Your issue is because it's using libtool. Edited output: > > Ivan Kabaivanov wrote: > > On Thursday 07 February 2008, Luís Vitório Cargnini wrote: > >> /bin/sh ../libtool --mode=link arm-linux-gnueabi-gcc <flags> > >> -o libvorbis.la <flags> <.lo files> -logg -lm > > This is telling libtool to link using that particular gcc, sending its > output to libvorbis.la, embedding each of the .lo files, and also > linking against -logg and -lm. When libtool sees -logg, it looks for a > libogg.la file, not libogg.so (like the compiler). It then uses the > contents of libogg.la to build the real link command. (It also does > this with -lm, if a libm.la exists. It falls back to .so if the .la > doesn't exist.) > > Your issue is that the libogg.la file that it's using has > /usr/lib/libogg.so in it. I'm guessing that's because it's picking up > the libogg.la from your host, not the cross-compiled one? There may not > even be a cross-compiled one; it would depend on whether libtool was > used in the libogg cross-compile. > > > Do you have anything in LDFLAGS? Is /usr/lib/libogg.so in the > > Makefile? If yes, remove it. > > /usr/lib/libogg.so won't be in the Makefile; it'll be in a .la file > somewhere on the host that libtool is picking up. libtool should be > finding /opt/arm-linux/arm-linux-gnueabi/usr/lib/libogg.la, but if that > file doesn't exist, it'll fall back to /usr/lib/libogg.la (which is the > wrong file, obviously). > > I'm not sure how to fix it if the .la file doesn't exist. You could > manually run the link command (not the libtool version, but the "raw" > version that calls arm-linux-gnueabi-gcc directly), replacing the > incorrect libogg.so with the correct one. But that will only work this > time around; it won't fix other programs that try to use libtool to link > against this cross-compiled libogg. > > If the .la file does exist in /opt, then I'm guessing something is wrong > with libtool's search path? Or the .la file in /opt refers to /usr/lib > instead of /opt/.../lib; that could be too. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHqvTMS5vET1Wea5wRA8WJAJ0Z8t4KMhaDNt2F9HyDFW6+ShNNeACgv/t9 > VMhBGntiH14vRTlrQGT3moU= > =G6lF > -----END PGP SIGNATURE----- > > _______________________________________________ > Clfs-dev mailing list > [email protected] > http://lists.cross-lfs.org/listinfo.cgi/clfs-dev-cross-lfs.org > -- ------------------------------------------------------------------------------ Thanks && Regards M.Sc. B.Sc. Luís Vitório Cargnini IEEE Member Electrical Engineer Faculty @ PUCRS Ipiranga Avenue, 6681 – Building 30 P.O. Box: 90619-900 – Porto Alegre/RS Phone: +55 51 3320 3500 extension: 7696 --------------------------------------------------------------------------------- _______________________________________________ Clfs-dev mailing list [email protected] http://lists.cross-lfs.org/listinfo.cgi/clfs-dev-cross-lfs.org
