Re: [sr #110215] AC_EGREP_HEADER appears to be broken in master

On 3/24/20 3:07 PM, Nick Bowler wrote: On 2020-03-24, Ross Burton wrote: As to why this is not broken with 2.69, I think I have a theory. If I build e.g. acl with both 2.69 and master, it's notable that 2.69 has these lines in the output that do not exist in master: checking how to run the C

Re: [sr #110215] AC_EGREP_HEADER appears to be broken in master

On 2020-03-24, Ross Burton wrote: > As to why this is not broken with 2.69, I think I have a theory. > > If I build e.g. acl with both 2.69 and master, it's notable that 2.69 > has these lines in the output that do not exist in master: > >> checking how to run the C preprocessor... gcc -E >> chec

[sr #110215] AC_EGREP_HEADER appears to be broken in master

Follow-up Comment #1, sr #110215 (project autoconf): This can be closed: user error. ___ Reply to this item at: ___ Message sent via Savannah htt

Re: [sr #110215] AC_EGREP_HEADER appears to be broken in master

On Tue, 24 Mar 2020 at 17:24, Nick Bowler wrote: > No, this is exactly how AC_REQUIRE is supposed to be working. The configure > script has a bug. Now I'm not sure why this fails for you only with latest > autoconf, because AC_REQUIRE has worked like this for a very long time. It > might have w

Re: [sr #110215] AC_EGREP_HEADER appears to be broken in master

Hi Ross, On 2020-03-24, Ross Burton wrote: [...] > AC_CHECK_FUNC(statvfs,[HAVE_STATVFS=yes]) > dnl Arg, linux and bsd put their statfs function in different places > if test x"$HAVE_STATVFS" != x"yes"; then >AC_EGREP_HEADER(statfs,sys/vfs.h,[AC_DEFINE(HAVE_VFS_H)],[ > > AC_EGREP_HEADER(statfs

Re: [sr #110215] AC_EGREP_HEADER appears to be broken in master

On Mon, 23 Mar 2020 at 23:20, Nick Bowler wrote: > Can you expand more on what is failing for you? I just copy+pasted the > above code into the following configure script: I did a bit more digging. At no point is autoconf looking for egrep for some reason with master. Specifically these lines