Hi Peter,
* Peter O'Gorman wrote on Thu, Apr 14, 2005 at 02:16:21PM CEST:
Ralf Wildenhues wrote:
FYI, I have applied the pending patch to branch-2-0, and the patch below
to HEAD. It uses the new testsuite, and sure again feels a little like
working around the limitations of Autotest.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Commited to HEAD.
* libltdl/configure.ac (AC_OUTPUT): loaders/Makefile is no longer
used.
- --
Gary V. Vaughan ())_. [EMAIL PROTECTED],gnu.org}
Research Scientist ( '/ http://tkd.kicks-ass.net
GNU Hacker / )=
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Applied to HEAD.
* looking for [EMAIL PROTECTED]/libtool--devo--1.0--patch-117 to compare with
* comparing to [EMAIL PROTECTED]/libtool--devo--1.0--patch-117
A {arch}/libtool/libtool--gary/libtool--gary--1.0/[EMAIL
Hi,
Currently libtool's func_extract_archives removes the dir, then recreates
it. It is breaking my forward port of Alexandre Oliva's patch to rename
objects before putting them in the archive if there are name conflicts.
Now, I could ensure that every time func_extract_archives is called it is
Ralf Wildenhues wrote:
Well, you have AT_BANNER for headings, and AT_SETUP for groups of tests
and AT_CHECK for one command to test. I meant grouping under AT_BANNER.
But looking at how things are at the moment, maybe there is no need to
change that.
Other than that, maybe we can use AT_KEYWORDS
* Ralf Wildenhues wrote on Thu, Apr 07, 2005 at 12:40:30PM CEST:
But when a libtoolized package is configured as
configure CC='distcc xlc' ..
Libtool's tests break down[1].
FYI: Applied the following patches to all branches. Added purify for
convenience, and simplified the sed script, now
* Ralf Wildenhues wrote on Wed, Apr 06, 2005 at 01:04:18PM CEST:
* Maciej W. Rozycki wrote on Mon, Apr 04, 2005 at 06:59:27PM CEST:
The GCJ tag has old_archive_cmds omitted and as a result libtool cannot
create archive libraries for this configuration. A fix follows.
Thanks for your
* Robert Ögren wrote on Fri, Apr 15, 2005 at 01:01:39AM CEST:
I know that slow doesn't really mean anything, so here are some numbers:
Running the configure script for glib-2.6.3 (from ftp.gtk.org) takes
around 170 seconds on Cygwin on my machine, with antivirus software
disabled.
Just throwing out (or throwing up ;-) some ideas...:
Has anybody investigated using busybox on Cygwin? Or something
similar? I.e. binding the code for the most common GNU utitilies (sed,
m4, gawk, expr, cp, cat, ls, rm, ln, echo) more tightly to the shell,
perhaps building them as DLLs, and
Tor Lillqvist wrote:
Hmm, but I guess the fork/exec separation makes this harder, Cygwin
can't know when it is emulating fork() whether the child process will
immediately exec() one of the above. Or does the Cygwin shell(s)
already have some special code instead of plain fork()/exec()?
I
Brian Dessent wrote:
It seems clear that Cygwin would benefit from some kind of special
casing in the shell because of the fork penalty, but apparently
no one has the time or is capable of providing this, if it's even feasible.
Uhh, nevermind. Upon checking it seems that all the old vfork
Title: eBay Daily Status: Dec-19-04 06:21:56 PDT
Your credit/debit card information must be updated
Dear eBay Member,
We recently noticed one or more attempts to log in to your eBay account from a
foreign IP address and we have reasons to believe that your account
Please CC: as I'm not subscribed to the list.
Would it be possible to improve the documentation at
http://www.gnu.org/software/libtool/manual.html#Versioning ? Many people
seem rather confused about library versioning.
Specificly, you don't explain the way Linux versions libraries, or the
way
Hi Ralf,
Ralf Wildenhues skrev:
It might be of value to retry your tests with Libtool HEAD without the
lt_ECHO='printf %s\n' setting. I had only later found out that cygwin's
ash has a builtin echo which does not interpret backslashes. I could
not find the time to test the speedup myself yet.
14 matches
Mail list logo