libtool-patches
[Top][All Lists]
Advanced

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

Re: another 1.5 release?


From: Daniel Reed
Subject: Re: another 1.5 release?
Date: Sat, 29 Jan 2005 13:11:57 -0500 (EST)

On 2005-01-28T22:03+0100, Ralf Wildenhues wrote:
) * Daniel Reed wrote on Fri, Jan 28, 2005 at 08:08:44PM CET:
) > On 2005-01-28T08:08+0100, Ralf Wildenhues wrote:
) > ) - Platform-dependent stuff should go in libtool.m4, not in ltmain.in.
) > )   This is not hard to do, just a bit of work.
) > What does this target? Just the checking to see whether gcc -print-file-name
) > actually works?
)
) Have a compiler_libsearch_cmd(s) _LT_TAGDECL that is filled with
)   $CC -print-file-name
) if on gcc and false otherwise.  After checking whether it works.
) Invoke $compiler_libsearch_cmd(s) from ltmain.
) Maybe choose a better name than this one.

Does it matter how this could interact with:

./configure CC=gcc
./libtool mycc file.c -o file.lo -lpopt

Doing the check for $CC -print-file-name per invocation allows that to be
skipped (even if gcc is used as the C compiler at configure time), whereas
doing the check at configure time could cause ./libtool invoked with another
compiler to resolve paths incorrectly.

-- 
Daniel Reed <address@hidden>    http://people.redhat.com/djr/   
http://naim.n.ml.org/
The pursuit of pretty formulas and neat theorems can no doubt quickly
degenerate into a silly vice, but so can the quest for austere
generalities which are so very general indeed that they are incapable
of application to any particular. -- Eric Temple Bell, Mathematician




reply via email to

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