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

Update of sr #110215 (project autoconf): Status: Confirmed => Done Open/Closed:Open => Closed ___ Follow-up Comment #4: AC_PROG_EGREP adde

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

Update of sr #110215 (project autoconf): Status: Need Info => Confirmed ___ Follow-up Comment #3: Never mind, I found the discussion on bug-autoconf. This *is* arguably a regression from 2.69.

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

Update of sr #110215 (project autoconf): Status:None => Need Info ___ Follow-up Comment #2: Before I close this, could you please explain in a little more detail what the "user error" act

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

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

On 2020-03-23, Ross Burton wrote: > apt 1.2.31 builds fine with autoconf 2.69. With git master: > > | checking for h_errno... configure: error: "not found." > > That code is: > > dnl HP-UX needs -d_XOPEN_SOURCE_EXTENDED for h_errno > AC_MSG_CHECKING(for h_errno) > AC_EGREP_HEADER(h_errno, netdb.h

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

URL: Summary: AC_EGREP_HEADER appears to be broken in master Project: Autoconf Submitted by: rossburton Submitted on: Mon 23 Mar 2020 09:58:06 PM UTC Category: None