~72 chars.
--
Cheers,
Dave Hart
assignments, I decided it was safer to
assume the compiler wouldn't optimize away a printf parameter.
Take care,
Dave Hart
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
On Tue, Mar 29, 2011 at 17:18 UTC, Ralf Wildenhues wrote:
> * Dave Hart wrote on Tue, Mar 29, 2011 at 11:58:53AM CEST:
> > We have a solution, changing the test to assign the address of
> > in6addr_any to a global variable preserves the reference:
>
> > struct
-O2, as evidenced by NTP and BIND 9 relying on
similar tests for years.
Is our fix the best you can imagine? Is this particular gcc version
an outlier, or have we just been lucky or had less coverage than I
thought?
Thanks for your time,
Dave Hart
[1]
AC_CACHE_CHECK(
[for in6addr_a
WPZrA
http://preview.tinyurl.com/1844-core-patch
I apologize if this would have been better suited to autoconf-patches.
Given I have not prepared a patch, I wasn't sure which list was more
appropriate.
Cheers,
Dave Hart
___
Autoconf mailing lis
to offer, but I think
you simply need to ensure the two packages are not sharing a cache,
which means ensuring they are not nested under a common configure
script, and invoking them with different --cache-file options.
Cheers,
Dave Hart
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
VPATH elsewhere, but we do.
Thanks for the quick response,
Dave Hart
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
SE.
This program built for i386-portbld-freebsd6.4
h...@psp-fb2>
So I'd suggest removing it from the sed expression above.
Cheers,
Dave Hart
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
Here's my latest revision of ntp_cacheversion.m4 with a bunch of shell
programming tweaks thanks to Eric, plus a change to not clear the
cache right after an empty cache file is created on the first run.
Thanks for the tips and comments.
Cheers,
Dave Hart
# NTP_CACHEVERSION(component, ve
Eric Blake wrote:
> According to Dave Hart on 5/1/2009 5:37 AM:
>> I wanted a
>> version number to bump that would cause configure to ignore
>> config.cache results from prior versions.
>
> Interesting concept. However, I'm worried about one thing - it is also
&g
if an incompatible cache is detected. It seems to be working as
intended for me in NTP's main configure.ac as well as two child
configure.ac files.
I would like to hear your opinions, and I welcome pointers to refine
anything that jumps out at your eye.
Cheers,
Dave Hart
[1] http://bugs.ntp.org
11 matches
Mail list logo