bug-libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Trouble with LibTool on ARM


From: Gary V . Vaughan
Subject: Re: Trouble with LibTool on ARM
Date: Sun, 29 Aug 2004 09:30:22 +0100

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Michael,

Thanks for the report.

On 29 Aug 2004, at 03:57, Michael McTails wrote:
I believe I've run into an unusual Libtool issue on the ARM platform. I've been working on building a native GCC tool-chain for the NSLU2 which is an ARM based device. Anyway, I've built a bunch of packages, but some of time (such as gettext, and libtool itself) fail with messages about .lo is not a valid libtool object. Anyway, I thought it might be just compiler bugs causing libtool to fail, but I can't prove it was. Anyway, I included some of the failure messages, and information from the proc file system. One important note: The NSLU normally includes busybox and ash as it's sh replcement. I deleted that symlink and replaced it with bash, but both shell generated the same issues. --debug didn't give me any additional information.

config.status: executing depfiles commands
DATABANK:/opt/src/libtool-1.5.8 root# make
Making all in .
make[1]: Entering directory `/share/hdd/data/opt/src/libtool-1.5.8'
CONFIG_FILES=libtoolize CONFIG_HEADERS= /bin/sh ./config.status
config.status: creating libtoolize
config.status: executing depfiles commands
chmod +x libtoolize
make[1]: Leaving directory `/share/hdd/data/opt/src/libtool-1.5.8'
Making all in libltdl
make[1]: Entering directory `/share/hdd/data/opt/src/libtool-1.5.8/libltdl'
make  all-am
make[2]: Entering directory `/share/hdd/data/opt/src/libtool-1.5.8/libltdl' /bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c -o ltdl.lo ltdl.c
 gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O2 -c ltdl.c -o ltdl.o
/bin/sh ./libtool --mode=link gcc -g -O2 -o libltdl.la -rpath /opt/lib -no-undefined -version-info 4:0:1 ltdl.lo -ldl
libtool: link: `ltdl.lo' is not a valid libtool object
make[2]: *** [libltdl.la] Error 1
make[2]: Leaving directory `/share/hdd/data/opt/src/libtool-1.5.8/libltdl'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/share/hdd/data/opt/src/libtool-1.5.8/libltdl'
make: *** [all-recursive] Error 1
DATABANK:/opt/src/libtool-1.5.8 root# make check
Making check in .
make[1]: Entering directory `/share/hdd/data/opt/src/libtool-1.5.8'
make[1]: Nothing to be done for `check-am'.
make[1]: Leaving directory `/share/hdd/data/opt/src/libtool-1.5.8'
Making check in libltdl
make[1]: Entering directory `/share/hdd/data/opt/src/libtool-1.5.8/libltdl' /bin/sh ./libtool --mode=link gcc -g -O2 -o libltdl.la -rpath /opt/lib -no-undefined -version-info 4:0:1 ltdl.lo -ldl
libtool: link: `ltdl.lo' is not a valid libtool object

This is an indication that the following expression is failing:

${SED} -e '2q' $arg | $GREP "^# Generated by ltmain.sh "

Look up the values of SED and GREP at the top of your libtool script,
and try (for example) this from your shell:

  $ /usr/bin/sed -e '2q' libltdl/ltdl.lo | \
      /usr/bin/grep "^# Generated by ltmain.sh "
  $ echo $?

I would be interested in learning exactly why this fails for you. My guess is that your vendor's grep program is doing something odd, though possibly sed is failing...

DATABANK:/opt/src/libtool-1.5.8 root# cat libltdl/ltdl.lo
# ltdl.lo - a libtool object file
# Generated by ltmain.sh - GNU libtool 1.5.8 (1.1220.2.117 2004/08/04 14:12:05)
#
# Please DO NOT delete this file!
# It is necessary for linking the library.

# Name of the PIC object.
pic_object=none

# Name of the non-PIC object.
non_pic_object='ltdl.o'

The file looks completely normal. That is, the '# Generated by...' line ought to match correctly.

HTH,
        Gary.
- --
Gary V. Vaughan      ())_.  address@hidden,gnu.org}
Research Scientist   ( '/   http://tkd.kicks-ass.net
GNU Hacker           / )=   http://www.gnu.org/software/libtool
Technical Author   `(_~)_   http://sources.redhat.com/autobook

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (Darwin)

iD8DBQFBMZQiFRMICSmD1gYRArifAJ4wZgTlbtcq3D+t04cYndTFPSMCzQCfSafj
OsanIo5VGrbeMFQtmGLjHtc=
=vPfO
-----END PGP SIGNATURE-----





reply via email to

[Prev in Thread] Current Thread [Next in Thread]