[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Speeding up libtool
From: |
Robert Ögren |
Subject: |
Re: Speeding up libtool |
Date: |
Fri, 25 Mar 2005 01:24:52 +0100 |
User-agent: |
Mozilla Thunderbird 1.0 (Windows/20041206) |
Ralf Wildenhues wrote:
Oh dear. This should be
CONFIG_SHELL=/bin/ash lt_ECHO='printf %s\n' /bin/ash configure [...]
instead.
This seems to mess up the result of func_win32_libid with recent libtool
from CVS (1.1888 2005/03/18 15:57:13). Instead of returning (echoing)
x86 archive import
it echoes
x86
archive
import
and that does not satisfy the egrep test.
Replacing $ECHO $win32_libid_type with $ECHO "$win32_libid_type" solves
that problem. There is another problem with the code that generates .def
files using archive_expsym_cmds and perhaps also the lines that look
like this:
eval "${ECHO} EXPORTS "'> "$output_objdir/$outputname.def"'
It produces EXPORTSn instead of EXPORTS(newline) in the .def file. I
just replaced $ECHO with echo in archive_expsym_cmds to get the stuff to
work, but that has to be fixed properly somehow, and probably in several
places. Here's some libtool output and corresponding .def file before my
ugly fix for this:
libtool: link: mv -f ".libs/libglib-2.0.expT" ".libs/libglib-2.0.exp"
libtool: link: if test "x`/usr/bin/sed 1q .libs/libglib-2.0.exp`" =
xEXPORTS; then cp .libs/libglib-2.0.exp .libs/cygglib-2.0-0.dll.def;
else printf %s\n EXPORTS > .libs/cygglib-2.0-0.dll.def; cat
.libs/libglib-2.0.exp >> .libs/cygglib-2.0-0.dll.def; fi
EXPORTSng_allocator_free
g_allocator_new
g_array_append_vals
g_array_free
...
(Note: Here I target "normal" Cygwin. Usually I use Cygwin with gc
c -mno-cygwin and --{build,host}=i686-pc-mingw32 to get binaries that
are native Win32 (don't need cygwin1.dll). For the libtool-cache
benchmark I wanted to test both alternatives.)
Robert
Re: Speeding up libtool, Robert Ögren, 2005/03/25
Re: Speeding up libtool, Ralf Wildenhues, 2005/03/28