[bug #29104] Directory Search for Link Libraries doesn't work in implicit rules

Follow-up Comment #4, bug #29104 (project make): Duplicated by bug #56732 ___ Reply to this item at: ___ Message sent via Savannah https://savannah.g

[bug #56732] VPATH doesn't work with pattern rules

Update of bug #56732 (project make): Status:None => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #4: This is a duplicate of

[bug #43414] Perl test script bugs/enhancements

Update of bug #43414 (project make): Item Group: Bug => Enhancement ___ Reply to this item at: ___ Messa

Re: [RFC] Scoped variables, supercharged

On Thu, Dec 26, 2019 at 10:52 PM Paul Smith wrote: > > On Thu, 2019-12-26 at 21:24 +0100, Jouke Witteveen wrote: > > > Your proposal has the potential to create variables that would have > > > scope local to a single invocation of a user-defined function, but it > > > wouldn't provide scopin

[bug #53152] Intermittent timeout running regression test features/output_sync

Follow-up Comment #4, bug #53152 (project make): I see the issue; thanks for the explanation Michael. In some ways this is more of a test artifact than something likely to appear in a real makefile, although I think it really is a bug in make's logic. In a real makefile it's highly unlikely that

[bug #57022] Error 127 executing a script with no #!

Update of bug #57022 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #56655] Pattern rule fails when filename contains a space

Update of bug #56655 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #30829] vpath conflict with file mention in makefile vs file on disk

Update of bug #30829 (project make): Item Group:None => Bug ___ Reply to this item at: ___ Messa

[bug #41246] Allow to switch shell batch mode at runtime instead of build time

Update of bug #41246 (project make): Item Group:None => Enhancement ___ Reply to this item at: ___ Messa

[bug #54429] make can block after being killed (3)

Update of bug #54429 (project make): Item Group:None => Bug ___ Reply to this item at: ___ Messa

[bug #56301] Mandatory/Optional include files and pattern rule with multi-targets

Update of bug #56301 (project make): Item Group:None => Bug ___ Reply to this item at: ___ Messa

[bug #53879] Support for .ONESHELL target on Windows and DOS platforms

Update of bug #53879 (project make): Item Group: Bug => Enhancement ___ Reply to this item at: ___ Messa

Re: [RFC] Scoped variables, supercharged

Jouke Witteveen writes: > On Thu, Dec 26, 2019 at 6:13 PM wrote: > > Jouke Witteveen writes: > > > I would like make to have scoped variables. Here, I will propose an > > > implementation of them. This implementation is currently without tests > > and > > > documentation. Hopefully, the

Re: [RFC] Scoped variables, supercharged

On Thu, 2019-12-26 at 21:24 +0100, Jouke Witteveen wrote: > > Your proposal has the potential to create variables that would have > > scope local to a single invocation of a user-defined function, but it > > wouldn't provide scoping to Make-proper. For that reason alone, I > > would sugges

Re: [RFC] Scoped variables, supercharged

On Thu, Dec 26, 2019 at 6:13 PM wrote: > Jouke Witteveen writes: > > I would like make to have scoped variables. Here, I will propose an > > implementation of them. This implementation is currently without tests and > > documentation. Hopefully, the proposal is acceptable and I can add the > >

[RFC] Scoped variables, supercharged

Jouke Witteveen writes: > Hi, > > I would like make to have scoped variables. Here, I will propose an > implementation of them. This implementation is currently without tests and > documentation. Hopefully, the proposal is acceptable and I can add the > tests and documentation. > > Consider

[RFC] Scoped variables, supercharged

Hi, I would like make to have scoped variables. Here, I will propose an implementation of them. This implementation is currently without tests and documentation. Hopefully, the proposal is acceptable and I can add the tests and documentation. Consider a situation in which we have macros F and G,

[bug #57152] Fix WINDOWS32 gcc build

Follow-up Comment #6, bug #57152 (project make): Hi Paul, Just to let you know: this is in fact working. (x86_64-w64-mingw32-gcc emits __MINGW64__) Thanks! Ben... ___ Reply to this item at: __