GNU bug report logs - #10762
Dependency tracking looses libtool on OpenIndiana.

Previous Next

To reply to this bug, email your comments to 10762 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Mats Erik Andersson <gnu <at> gisladisker.se>
To: bug-libtool <at> gnu.org
Subject: Dependency tracking looses libtool on OpenIndiana.
Date: Wed, 8 Feb 2012 17:51:41 +0100

Hello there,

when building libgpg-error on OpenIndiana, I observe myself,
as well as the autobuilder at http://hydra.nixos.org/, that
libtool misbehaves in the configuration step, should the
switch "--disable-dependency-tracking" be active.

With this switch activated, the last claim is

   $ ./configure --disable-static --prefix=/tmp/roen \
        --disable-dependency-tracking
   ...
   ./config.status[1401]: shift: (null): bad number

and "./libtool" will be missing. Removing said option switch
will remove the error and also properly install "./libtool".
Thus preparing for a successful build step later on.

The offending code passage, generated by "aclocal.m4", is this

 ##### config.status

       # are listed without --file. Let's play safe and only enable the eval
       # if we detect the quoting.

1397   case $CONFIG_FILES in
1398   *\'*) eval set x "$CONFIG_FILES" ;;
1399   *) set x $CONFIG_FILES ;;
1400   esac

1401   shift
1402   for mf
1403   do


Regards,
  Mats Erik Andersson

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Bob Friesenhahn <bfriesen <at> simple.dallas.tx.us>
To: Mats Erik Andersson <gnu <at> gisladisker.se>
Cc: 10762 <at> debbugs.gnu.org, bug-libtool <at> gnu.org
Subject: Re: bug#10762: Dependency tracking looses libtool on OpenIndiana.
Date: Wed, 8 Feb 2012 20:27:12 -0600 (CST)

On Wed, 8 Feb 2012, Mats Erik Andersson wrote:

> Hello there,
>
> when building libgpg-error on OpenIndiana, I observe myself,
> as well as the autobuilder at http://hydra.nixos.org/, that
> libtool misbehaves in the configuration step, should the
> switch "--disable-dependency-tracking" be active.

This project seems to use libtool 2.2.6, which is from 2008, so its 
libtool is antique.

Does the problem go away if you do this in the source tree?

  libtoolize --copy --force
  autoreconf
  ./configure --disable-static --prefix=/tmp/roen \
         --disable-dependency-tracking

I just tested this on Solaris 10 with autoconf 2.68, automake 1.11.3, 
and libtool 2.4.2 and it worked for me.

Please let us know if the problem does not go away.

Bob
-- 
Bob Friesenhahn
bfriesen <at> simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Mats Erik Andersson <gnu <at> gisladisker.se>
To: bug-libtool <at> gnu.org
Cc: 10762 <at> debbugs.gnu.org, Ludovic Courtès <ludo <at> gnu.org>
Subject: Re: bug#10762: Dependency tracking looses libtool on OpenIndiana.
Date: Sat, 11 Feb 2012 12:09:50 +0100

onsdag den  8 februari 2012 klockan 20:27 skrev Bob Friesenhahn detta:
> On Wed, 8 Feb 2012, Mats Erik Andersson wrote:
>
>> Hello there,
>>
>> when building libgpg-error on OpenIndiana, I observe myself,
>> as well as the autobuilder at http://hydra.nixos.org/, that
>> libtool misbehaves in the configuration step, should the
>> switch "--disable-dependency-tracking" be active.
>
> This project seems to use libtool 2.2.6, which is from 2008, so its  
> libtool is antique.
>
> Does the problem go away if you do this in the source tree?
>
>   libtoolize --copy --force
>   autoreconf
>   ./configure --disable-static --prefix=/tmp/roen \
>          --disable-dependency-tracking
>
> I just tested this on Solaris 10 with autoconf 2.68, automake 1.11.3,  
> and libtool 2.4.2 and it worked for me.

On a minimaly expanded OpenIndiana, the above steps need

    ACLOCAL=aclocal-1.10 AUTOMAKE=aclocal-1.10 automake

since the default installation ships with version 1.10 and 1.9.

Then the initial problem goes away, i.e., missing libtool, but on the other
hand the standard X-idiom is failing once executing libtool using "make".
Libtool also chokes unduly on a bogus "--prefix", so the excerpt below
excludes that switch in comparison to the initial message.

A closer inspection reveals that the libtool project is doing
well in distroying its own code: the variable ECHO is defined,
byt is never used. Instead there are numerous "$echo" in use.
Care to admit being the culprit?

Once I have patched the installed libtool with this one-liner,
then the build step is conducted successfully.


Regards,
  Mats Erik Andersson, (most working on GNU Inetutils!)


make[3]: Entering directory `/tmp/libgpg-error-1.10/src'
/bin/sh ../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I..  -DLOCALEDIR=\"/usr/local/share/locale\"    -g -O2 -c -o libgpg_error_la-init.lo `test -f 'init.c' || echo './'`init.c
../libtool: line 797: X--tag=CC: not found
../libtool[830]: libtool: ignoring unknown tag : not found [No such file or directory]
../libtool: line 797: X--mode=compile: not found
../libtool[963]: *** Warning: inferring the mode of operation is deprecated.: not found [No such file or directory]



--- libtool.orig	2012-02-11 11:58:18.666991292 +0100
+++ libtool	2012-02-11 11:59:06.029847611 +0100
@@ -159,7 +159,7 @@
 SHELL="/bin/sh"
 
 # An echo program that does not interpret backslashes.
-ECHO="/usr/gnu/bin/echo"
+echo="/usr/gnu/bin/echo"
 
 # Used to examine libraries when file_magic_cmd begins with "file".
 MAGIC_CMD=file

Message #20 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Bob Friesenhahn <bfriesen <at> simple.dallas.tx.us>
To: Mats Erik Andersson <gnu <at> gisladisker.se>
Cc: 10762 <at> debbugs.gnu.org, ludo <at> gnu.org, bug-libtool <at> gnu.org
Subject: Re: bug#10762: Dependency tracking looses libtool on OpenIndiana.
Date: Sat, 11 Feb 2012 09:28:41 -0600 (CST)

On Sat, 11 Feb 2012, Mats Erik Andersson wrote:
>
> A closer inspection reveals that the libtool project is doing
> well in distroying its own code: the variable ECHO is defined,
> byt is never used. Instead there are numerous "$echo" in use.
> Care to admit being the culprit?

Clearly some bad-weed has entered the picture.  Libtool 2.4.2 does not 
contain or produce any instances of '$echo'.  It only uses '$ECHO'.

It sounds like archaic libtool (pre libtool 2.2) and modern libtool m4 
code is being intermingled.  These problems were common back when 
libtool 2.2 was being introduced.  It seems that you have opened a 
time capsule from 2008.

Please make sure that your autotools are installed consistently (under 
the same prefix) and that any libtool .m4 files in the source tree are 
for the libtool being used.  Please make sure that you are using 
current released versions of autoconf, automake, and libtool before 
reporting a bug against them.

Bob
-- 
Bob Friesenhahn
bfriesen <at> simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.