bug-m4
[Top][All Lists]
Advanced

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

Re: FAIL: test-vasprintf-posix failure on darwin12 cause


From: Eric Blake
Subject: Re: FAIL: test-vasprintf-posix failure on darwin12 cause
Date: Fri, 28 Jun 2013 11:59:43 -0600
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6

On 06/28/2013 11:51 AM, Jack Howarth wrote:
> Eric,
>    I am not having any luck with the bootstrap working if I do...
> 
> git clone git://git.savannah.gnu.org/m4.git
> cd m4
> bootstrap
> 
> It fails with...
> 
> Makefile.am:152: error: 'pkglibexecdir' is not a legitimate directory for 
> 'LTLIBRARIES'

Uggh, I'll have to figure out if I can reproduce that.  Newer automake
is getting picker than older automake.

> 
> This is against fink's autoconf 2.69 and automake 1.12. Can you email me a 
> tarball of
> the regenerated m4 trunk directory?

Yes, although it may be a few days (I'm still recovering from inbox
shock after a 3-week vacation :)

>             Jack
> ps Jeremy Huddleston Sequoia at Apple had the following observations...
> 
> -------------------------------------------------------------------------------------------------------------------------
> The fact that result=0 is a good thing.  That conftest is producing a bitmask 
> of bugs it hit.  In the case of Snow Leopard,
> +it hit:
> 
> And on Lion, it just hits the result=4 case
> ---------------------------------------------------------------------------------------------------------------------------
> It looks like they're trying to catch the same bug as conftest.c but chose 
> %.0a which revealed something different.
> 
> If we change 1.51 to 1.52, it passes … so this looks like a rounding issue.

An incorrect rounding issue - so the gnulib autoconf test is too weak to
filter out the latent rounding bug once all the other MacOS bugs have
been fixed by upgrading to darwin12.

> 
> I'd recommend changing the m4 test from 1.51 to 1.52 and then possibly adding 
> another check for this rounding bug if that
> +matters to them.

It DOES matter, since POSIX requires that %.0a obey current rounding
rules; in fact, I think this issue has already been discussed on the
gnulib lists, and that patches have already been proposed there that
indeed add a stricter configure-time test to check for incorrect
rounding, although I couldn't (quickly) find a URL to that discussion
while writing this email.

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

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