Since the perl version required in Automake::Getopt has been
recently lowered from 5.6.2 to 5.6.0, this change has the nice
effect of making autoconf compatible again with all perls in
the 5.6.x release series.
* maint.mk: Resync via 'make fetch'.
* lib/Autom4te/Channels.pm: Likewise.
*
On 03/06/2012 02:03 PM, Eric Blake wrote:
On 03/06/2012 04:46 AM, Stefano Lattarini wrote:
Since the perl version required in Automake::Getopt has been
recently lowered from 5.6.2 to 5.6.0, this change has the nice
effect of making autoconf compatible again with all perls in
the 5.6.x release
* tests/local.at (AT_CHECK_ENV): Don't assume that if one grep
fails, the other will too. It could be that 'grep' is flaky,
and fails somewhat at random. This would explain the problems
reported for autoconf-2.68b on FreeBSD and MacOS X, for example:
On 03/06/2012 07:29 AM, Charles Brown wrote:
autoconf (GNU Autoconf) 2.67
AM_PYTHON_PATH provides a pythondir that is hardcoded to
${prefix}/lib/ Our project would prefer to place the python code
elsewhere, say ${prefix}/scripts/
AM_PYTHON_PATH is maintained by automake (hence the
On 3/6/2012 2:31 AM, Olaf Lenz wrote:
On 03/06/2012 10:27 AM, Alberto Luaces wrote:
Warren Young writes: At least version 1.26 implements -a, which
determines the compressor from the file suffix.
I think that may be a red herring, because...
I think since some years now I don't need to
On Tuesday 06 March 2012 04:57:27 Jim Meyering wrote:
Why I am happy to dump gzip for xz:
- xz decompresses more quickly
is that true ? i thought last i looked, they were close, but gzip was
consistently slightly faster. maybe if the bottleneck is more I/O than
CPU/memory, xz would win ?
Mike Frysinger wrote:
On Tuesday 06 March 2012 04:57:27 Jim Meyering wrote:
Why I am happy to dump gzip for xz:
- xz decompresses more quickly
is that true ? i thought last i looked, they were close, but gzip was
consistently slightly faster. maybe if the bottleneck is more I/O than
Jim Meyering j...@meyering.net writes:
If you were more intimately familiar with gzip's code, you would have
switched long ago ;-)
[...]
Thanks for this. I hadn't realized the issues with the gzip code.
--
Russ Allbery (r...@stanford.edu) http://www.eyrie.org/~eagle/
On Tuesday 06 March 2012 12:03:43 Jim Meyering wrote:
Mike Frysinger wrote:
On Tuesday 06 March 2012 04:57:27 Jim Meyering wrote:
Why I am happy to dump gzip for xz:
- xz decompresses more quickly
is that true ? i thought last i looked, they were close, but gzip was
consistently
That sure is a lot of test failures. Can you please try
our latest Autoconf beta? It has some fixes in this area.
ftp://alpha.gnu.org/gnu/autoconf/autoconf-2.68b.tar.gz
I suggest applying these post-2.68b patches as well:
On Mar 6, 2012, Paul Eggert egg...@cs.ucla.edu wrote:
Can you please also try the attached patch?
It's needed regardless, and I think it may attack
some failures being reported for FreeBSD and MacOS X.
I've pushed this to autoconf master as:
Hi Paul,
Not much of a difference with version 2.68b or older (2.65):
[GNU Autoconf 2.68b] testsuite: 1 10 11 12 14 16 17 20 22 24 25 27 28 32 33 36
38 75 100 212 215 216 218 219 220 221 222 223 224 225 226 227 228 229 230 231
232 233 235 236 237 238 239 240 241 242 243 244 245 246 247 248
12 matches
Mail list logo