Hi Jeff, thanks for the report.
FAIL: acloca22.test (exit: 1)
This seems like a weird failure, no clue what the cause might be...
could you please try to run the test by hand to see if the failure is
still there?
You can do something like this:
$ cd /software/source/automake-1.11/tests/
$
At Wednesday 11 August 2010, Ralf Wildenhues wrote:
* Stefano Lattarini wrote on Wed, Aug 11, 2010 at 01:28:44AM CEST:
WDYT about the trimmed-down attached patch?
Still high, but OK for maint.
Thanks, applied.
Now I'll do proper testing with various setups, and if all is OK
I'll push all the
Den 2010-08-10 22:18 skrev Ralf Wildenhues:
Wrt. the AM_PROG_AR implementation, __oline__ is a real nono, as it
causes spurious diffs in generated configure scripts. I'll propose
an updated version.
Oh, didn't know that. I look forward to it, since I reused some of the
code for the @FILE
Hello Ralf.
At Friday 06 August 2010, Ralf Wildenhues wrote:
From 92020702ac9b8cde2ecfa248b5d34795d7209e44 Mon Sep 17 00:00:00
2001 From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Fri, 6 Aug 2010 00:40:55 +0200
Subject: [PATCH] Work around a nasty bug (segfault) of Solaris
* Stefano Lattarini wrote on Wed, Aug 11, 2010 at 06:47:01PM CEST:
At Friday 06 August 2010, Ralf Wildenhues wrote:
From 92020702ac9b8cde2ecfa248b5d34795d7209e44 Mon Sep 17 00:00:00
2001 From: Stefano Lattarini stefano.lattar...@gmail.com
Date: Fri, 6 Aug 2010 00:40:55 +0200
Subject:
* Stefano Lattarini wrote on Wed, Aug 11, 2010 at 06:47:01PM CEST:
At Friday 06 August 2010, Ralf Wildenhues wrote:
From 92020702ac9b8cde2ecfa248b5d34795d7209e44 Mon Sep 17
00:00:00 2001 From: Stefano Lattarini
stefano.lattar...@gmail.com Date: Fri, 6 Aug 2010 00:40:55
+0200
On Wed, Aug 11, 2010 at 10:12 AM, Peter Rosin p...@lysator.liu.se wrote:
Den 2010-08-10 22:18 skrev Ralf Wildenhues:
Wrt. the AM_PROG_AR implementation, __oline__ is a real nono, as it
causes spurious diffs in generated configure scripts. I'll propose
an updated version.
Oh, didn't know
* Peter Rosin wrote on Wed, Aug 11, 2010 at 04:12:10PM CEST:
One thing to consider is that the compile script is triggered by chance
for MSVC. It is just a lucky coincidence that MSVC doesn't support -c -o,
so that the compile script can add that support and then tag on the other
needed crap.
On Sat, 2010-07-31 at 19:26 +0200, Ralf Wildenhues wrote:
Here's a crazy idea: how about if automake optionally output an input
file suitable for nmake (after configure substitution)?
Is that even feasible? (I'd guess so)
Maybe if we have contents conditional on 'make' or 'nmake' output?
On Tue, 2010-08-10 at 16:38 -0700, Natalie Tasman wrote:
Hi Ralf,
I think this is a great idea and would be interested in hearing your
plans for moving forward. I've invested a lot of time in an autotools
build system that works on *nix and mingw (and cross-compiling to
mingw from linux!)
Weird. I cannot reproduce your issue with that make version on
GNU/Linux.
Which file system does this happen on, maybe a case-insensitive one and
there is another file in the source or the build tree matching the name
(or parts of the dirname) case-insensitively?
Great tip! I forgot this
Hello
I'm certainly quite eager to see this in Automake and Libtool. I
suspect this will hit the sweet spot for a lot of autotools users.
the problem I see is that a lot's of peoples relies on pkg-config
during the configuration phase.
How can we deal with this on windows platform ?
On Wed, 2010-08-11 at 08:34 +0200, PICCA Frédéric-Emmanuel wrote:
Hello
I'm certainly quite eager to see this in Automake and Libtool. I
suspect this will hit the sweet spot for a lot of autotools users.
the problem I see is that a lot's of peoples relies on pkg-config
during the
13 matches
Mail list logo