[bug #58013] .SILENT appears to be ignored in GNU Make 4.3

Follow-up Comment #2, bug #58013 (project make): Thanks for the link. I see this in the 4.3 release notes now that I know what I was looking for: > [SV 54740] Ensure .SILENT settings do not leak into sub-makes I've filed an issue on our side to handle this new behavior. https://gitlab.kitware.c

[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: <https://savannah.gnu.org/bugs/?57

[bug #57152] Fix WINDOWS32 gcc build

URL: Summary: Fix WINDOWS32 gcc build Project: make Submitted by: bwijen Submitted on: Sat 02 Nov 2019 09:31:59 AM UTC Severity: 3 - Normal Item Group: Build/Install

[bug #57151] Fix WINDOWS32 MSVS build

URL: Summary: Fix WINDOWS32 MSVS build Project: make Submitted by: bwijen Submitted on: Sat 02 Nov 2019 09:28:10 AM UTC Severity: 3 - Normal Item Group: Build/Install

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

Follow-up Comment #1, bug #53152 (project make): I can reliably reproduce this bug on my laptop if I run other CPU-intensive tasks, but not if it's otherwise mostly idle. It is always this group of tests that fails, either testing the -Orecurse or -Otarget option. I couldn't build from the curre

[bug #54395] Regression in validation of GNU-style long names in archives

Follow-up Comment #2, bug #54395 (project make): Philipp Wolski reported that the updated patch also works for the real project he's building. ___ Reply to this item at:

[bug #50304] A round bracket in the latest document of GNU Make has no match

URL: Summary: A round bracket in the latest document of GNU Make has no match Project: make Submitted by: fyb Submitted on: Tue 14 Feb 2017 02:10:35 PM UTC Severity: 3 - Normal

[bug #50062] Variable needed to check that Makefile is run by GNU make?

Follow-up Comment #3, bug #50062 (project make): If you really need some features only supported by GNU Make, why not rename this makefile to "GNUmakfile"? ___ Reply to this item at: ___

Re: -Otarget + ncurses applications

On Tue, Oct 27, 2015 at 08:57:17 -0400, Paul Smith wrote: > On Mon, 2015-10-26 at 21:36 -0400, Ben Boeckel wrote: > > The way Ninja has solved this is with the "console" pool which > > indicates that the rule should not run with any other rule in parallel > > and th

-Otarget + ncurses applications

KE_TERMOUT are kind-of lies with -O. Please keep me CC'd; I am not subscribed. Thanks, --Ben ___ Bug-make mailing list Bug-make@gnu.org https://lists.gnu.org/mailman/listinfo/bug-make

Re: New Feature Submission for GNU Make

community's feedback, and I look forward to hearing approval for submission if appropriate. Thank you, Ben Robinson On Tue, May 31, 2011 at 9:37 AM, Howard Chu wrote: > Edward Welbourne wrote: > >> Pretty weak. If a few more include paths were added to the project it >>

Re: New Feature Submission for GNU Make

r below that limit, when I was far above that limit, and was practically very useful. Regards, Ben Robinson, Ph.D. On Mon, May 30, 2011 at 12:27 PM, Howard Chu wrote: > Ben Robinson wrote: > >> Eli, >> >> Thank you for your constructive criticism regarding my submissio

Re: New Feature Submission for GNU Make

tent in the code comments where you indicated. Thank you, Ben Robinson, Ph.D. On Mon, May 30, 2011 at 12:23 AM, Eli Zaretskii wrote: > > Date: Sun, 29 May 2011 21:45:38 -0700 > > From: Ben Robinson > > > > I am submitting a patch which adds two new functions to GNU Mak

New Feature Submission for GNU Make

function.c", as well as the addition to the file "ChangeLog". In addition, I have attached test scripts for both functions (which have been tested on Windows and Linux), and should be placed into the /tests/scripts/functions/ directory. I would love to contribute to the open so

[bug #20006] Regression between 3.80 and 3.81

Follow-up Comment #1, bug #20006 (project make): We just stumbled over the same bug when upgrading from 3.80 to 3.81. As additional data point, I verified that reverting the change in implicit.c from 1.40 to 1.41 in a version freshly checked out from CVS fixes it (in our project -- and don't ask

Re: [bug #14684] make fails if LC_CTYPE is iso_8859_1

"Paul D. Smith" <[EMAIL PROTECTED]> writes: > It looks like for Solaris 10 they introduced an implementation > of isblank() into the standard header files, which didn't used > to be there (it's not on my Solaris 8 system for example). For what it's worth, the isblank() function was added to the s

$(wildcard ..)

targets in the make rule due to the multiple colons. Shouldn't $(wildcard ..) escape colons, too? Thanks, Ben ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make

Concerning a possible race condition in the 'make' package

This email concerns a bug or security vulnerability that members of the MOPS project (http://www.cs.berkeley.edu/~daw/mops/) have found during a recent audit of all programs packaged with the Redhat 9 Linux distribution. We believe that one or more of the packages maintained by recipients of this

Re: make handling of prerequisites that interlock?

ds to execute (from `Makefile', line 11): rm -f a b c # files hash-table stats: # Load=9/1024=1%, Rehash=0, Collisions=0/26=0% # VPATH Search Paths # No `vpath' search paths. # No general (`VPATH' variable) search path. # Finished Make data base on Tue Apr 5

Re: make handling of prerequisites that interlock?

Ted Stern <[EMAIL PROTECTED]> writes: > On Tue, 5 Apr 2005, Ben Pfaff wrote: > >> To reliably demonstrate a problem that I have seen elsewhere in >> other circumstances. >> >>> I'd also recommend trying a different filesystem. Reiserfs, for >>&

Re: make handling of prerequisites that interlock?

Ted Stern <[EMAIL PROTECTED]> writes: > On 4 Apr 2005 at 13:56 UTC-0700, Ben Pfaff wrote: >> I'm having some trouble with a set of dependencies that >> indirectly depend on a common file. Here's a minimal makefile >> that demonstrates the problem: [...]

make handling of prerequisites that interlock?

en it concludes somehow that `a' does not need to be remade (line 3 above). I cannot follow this logic. What am I missing? (Is this a bug in my Makefile? If it is, how can I fix my Makefile?) This occurs with both my system's version of GNU make (Debian 3.80-9) and

make query

tyree:bash-2.02# make Makefile:1: warning: NUL character seen; rest of line ignored Makefile:1: *** missing separator. Stop. Any ideas??? Thanks in advance. Ben Austin. " This message con

Re: Misleading RCS behaviour

ypes of files. Paul> See the GNU make manual, and let me know. OK, this seems better, but it's not used by Automake, so it's not all that helpful to me. By the way -- a documentation bug: GPATH is not in the concept index. :-) Cheers, Ben ___

Misleading RCS behaviour

o spend a *lot* of time trying to work out why my changes to the source tree were not taking effect in the build tree. Comments? Cheers, Ben ___ Bug-make mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-make

Re: ["Paul D. Smith" ] FWD: Compaq/Tandem NSK port of make-3.78.1

autoconf per se. The problem with NonStop UNIX on Tandem is that, apparently, the linker defers detecting unresolved symbols until runtime--thus, the autoconf macros which do library tests such as AC_CHECK_LIB cannot work on this platform. I can't think of a clean way of dealing with the problem, either. Ben

["Paul D. Smith" ] FWD: Compaq/Tandem NSK port of make-3.78.1

Thanks, Akim. The config scripts now handle Non-Stop UNIX from Tandem. It won't solve the ``make'' user's problem, but it's worth knowing about nevertheless. Ben