Re: how to use the --tag parameter with libtool in my automake file?

[Bob Friesenhahn]

On Fri, 20 May 2005, Ed Hartnett wrote:
> Hmm, that's odd. I'm using the following versions:
> buddy.unidata.ucar.edu% automake --version
> automake (GNU automake) 1.8.3
>
> buddy.unidata.ucar.edu% libtool --version
> ltmain.sh (GNU libtool) 1.5.2 (1.1220.2.60 2004/01/25 12:25:08)
>
> > Normally --tag should not be needed, but if the supplied tool name
> > does not exactly match the tool name used when configure was executed,
> > libtool can't properly guess the target language.
>
> Not quite sure what you mean here. The name of the tool (f95) doesn't
> change between the time configure is executed and the attempted link
> takes place.

There could always be a bug ...

When the libtool-related portion of configure runs, it generates a 
configuration for each language that it knows about.  It associates a 
"tag" name for each configuration.  Later when libtool runs, it 
compares the tool name with the tool name associated with each tag. 
If there is a match, then the rules for that tag are used.

Some user-specified things can throw libtool off.  For example, if the 
compiler (e.g. specified via CC) is a program name with arguments, the 
associated tag name may be the exact content of CC (e.g. "gcc -mfoo") 
but when libtool runs, it considers the first bit of text (e.g. "gcc") 
to be the tool name so the tag lookup fails.  Unfortunately, the 
interface between Automake and libtool is not very robust since 
Automake must pass options to libtool in the traditional way 
(command-line), and any association/grouping of parameters existing 
when configure was run is lost.

Automake 1.8.3 and libtool 1.5.2 may be considered "current" for your 
OS distribution, but they are rather old in terms of actual FSF 
releases. Each release fixes bugs.

Bob
======================================
Bob Friesenhahn
address@hidden, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/