bug#55025: Automake should allow one to enable POSIX make behavior

2023-01-13 Thread Mike Frysinger
On 14 Jan 2023 01:30, Nick Bowler wrote: > On 2023-01-13, Mike Frysinger wrote: > > On 13 Jan 2023 16:01, Karl Berry wrote: > >> I am doubtful about blithely defining .POSIX unconditionally. I feel > >> sure that will break existing Makefiles. I don't think we should do that. > >> > >> Detecting

bug#55025: Automake should allow one to enable POSIX make behavior

2023-01-13 Thread Nick Bowler
On 2023-01-13, Mike Frysinger wrote: > On 13 Jan 2023 16:01, Karl Berry wrote: >> I am doubtful about blithely defining .POSIX unconditionally. I feel >> sure that will break existing Makefiles. I don't think we should do that. >> >> Detecting .POSIX in an existing Makefile.am and moving it to

bug#54421: AM_PROG_AR and LT_INIT don't work together when using lib.exe

2023-01-13 Thread Mike Frysinger
On 13 Jan 2023 13:52, Tim Ruffing wrote: > On Fri, 2023-01-13 at 05:52 +, Mike Frysinger wrote: > > i think the expectation is that, if you're using libtool, then you > > use libtool.  > > Well, I *use* libtool. libtool needs some AR. I choose to use > libtool.exe with the ar-lib wrapper.

bug#55025: Automake should allow one to enable POSIX make behavior

2023-01-13 Thread Mike Frysinger
On 13 Jan 2023 16:01, Karl Berry wrote: > I am doubtful about blithely defining .POSIX unconditionally. I feel > sure that will break existing Makefiles. I don't think we should do that. > > Detecting .POSIX in an existing Makefile.am and moving it to the front > sounds desirable, since that is

bug#55025: Automake should allow one to enable POSIX make behavior

2023-01-13 Thread Karl Berry
I am doubtful about blithely defining .POSIX unconditionally. I feel sure that will break existing Makefiles. I don't think we should do that. Detecting .POSIX in an existing Makefile.am and moving it to the front sounds desirable, since that is clearly what the developer intended. Another (not

bug#54421: AM_PROG_AR and LT_INIT don't work together when using lib.exe

2023-01-13 Thread Tim Ruffing
On Fri, 2023-01-13 at 05:52 +, Mike Frysinger wrote: > i think the expectation is that, if you're using libtool, then you > use libtool.  Well, I *use* libtool. libtool needs some AR. I choose to use libtool.exe with the ar-lib wrapper.

bug#55025: Automake should allow one to enable POSIX make behavior

2023-01-13 Thread Vincent Lefevre
On 2023-01-13 01:19:39 -0500, Mike Frysinger wrote: > any reason we don't just define it ourselves unconditionally ? seems > like the whole point of Automake is for devs to not worry about these > kind of nitty details. Probably. Note, however, that .POSIX affects GNU "make" on a few points (the

bug#54390: YACC rules don't check DESTDIR existence for VPATH builds

2023-01-13 Thread Sam James
> On 13 Jan 2023, at 08:43, Mike Frysinger wrote: > > On 13 Jan 2023 07:07, Sam James wrote: >> $ /tmp/libaacs/configure YACC=bison LEX=flex > > the problem is you're forcing `YACC=bison`. Automake defaults to `bison -y` > which tells bison to operate in POSIX-yacc-compatible mode because

bug#54390: YACC rules don't check DESTDIR existence for VPATH builds

2023-01-13 Thread Mike Frysinger
On 13 Jan 2023 07:07, Sam James wrote: > $ /tmp/libaacs/configure YACC=bison LEX=flex the problem is you're forcing `YACC=bison`. Automake defaults to `bison -y` which tells bison to operate in POSIX-yacc-compatible mode because Automake's rules target POSIX. the end result is that you've