Adding automake to the list, as with the information below this is now
looking like an automake issue.
I rolled another release and here's what I see:
harlan@hms-mbp11% ls -ltrT config.h.in sntp/config.h.in aclocal.m4
sntp/aclocal.m4 sntp/m4/version.m4
-rw-rw-r-- 1 harlan wheel 40 Feb 23 1
On 02/27/2014 04:47 AM, Harlan Stenn wrote:
So while the filestamps are technically correct, the generated Makefile
*will* see that version.m4 is newer than config.h.in and regenerate it
via Makefile dependencies.
I suspect the answer is that at the end of the bootstrap script, if the
aclocal.m
Hi Peter,
Peter Johansson writes:
> On 02/27/2014 04:47 AM, Harlan Stenn wrote:
>> So while the filestamps are technically correct, the generated
>> Makefile *will* see that version.m4 is newer than config.h.in and
>> regenerate it via Makefile dependencies.
>>
>> I suspect the answer is that at t
On 02/27/2014 11:05 AM, Harlan Stenn wrote:
Yes, understood. And the problem is that am__configure_deps includes
am__aclocal_m4_deps, which includes aclocal.m4.
Inaccurate. am__configure_deps includes aclocal,m4 via variable
$(ACLOCAL_M4). am__aclocal_m4_deps describes which files 'aclocal.m4
Dear list,
I'm trying to write a program that can use custom stdio streams on both
Linux/glibc and FreeBSD, and to that end, I'm trying to modify to autoconf
script to properly detect these and turn on the necessary compiler flags
to support them.
On glibc, I need to define `_GNU_SOURCE' in
On 02/26/2014 07:16 PM, Fredrik Tolf wrote:
> Dear list,
>
> I'm trying to write a program that can use custom stdio streams on both
> Linux/glibc and FreeBSD, and to that end, I'm trying to modify to
> autoconf script to properly detect these and turn on the necessary
> compiler flags to support
On Wed, 26 Feb 2014, Eric Blake wrote:
On 02/26/2014 07:16 PM, Fredrik Tolf wrote:
On glibc, I need to define `_GNU_SOURCE' in order to gain access to
fopencookie() and cookie_io_functions_t. Autoconf neatly supports
turning this on with `AC_USE_SYSTEM_EXTENSIONS(_GNU_SOURCE)', but I
can't quite
Peter Johansson writes:
> On 02/27/2014 11:05 AM, Harlan Stenn wrote:
> > Yes, understood. And the problem is that am__configure_deps includes
> > am__aclocal_m4_deps, which includes aclocal.m4.
>
> Inaccurate. am__configure_deps includes aclocal,m4 via variable
> $(ACLOCAL_M4). am__aclocal_m4_d
