[bug #16140] make 3.81rc2: performance decrease when searching builtin implicit rules compared to 3.80

URL: Summary: make 3.81rc2: performance decrease when searching builtin implicit rules compared to 3.80 Project: make Submitted by: None Submitted on: Di 21.03.2006 um 14:33

[bug #16132] Quoting problem in 3.81rc1

Follow-up Comment #4, bug #16132 (project make): Latest cygwin didn't help... ___ Reply to this item at: ___ Message sent via/b

[bug #16132] Quoting problem in 3.81rc1

Follow-up Comment #6, bug #16132 (project make): Hi Paul, here it is: D:\GNUMake\test>PATH PATH=C:\cygwin\bin;C:\WINDOWS;C:\WINDOWS\system32 D:\GNUMake\test>gmake381rc2 --version GNU Make 3.81rc2 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copyi

[bug #16132] Quoting problem in 3.81rc1

Follow-up Comment #7, bug #16132 (project make): (And this is the makefile (with TABS of course:) BLA1 := -aap="noot" BLA2 := '-aap="noot"' BLA3 := -aap=\"noot\" BLA4 := -aap="noot" -mies="wim" BLA5 := '-aap="noot" -mies="wim"' BLA6 := -aap=\"noot\" -mies=\"wim\" all: echo $(

[bug #16132] Quoting problem in 3.81rc1

Follow-up Comment #8, bug #16132 (project make): I also tried with #define HAVE_CYGWIN_SHELL in config.h but this gives the same result. Eli/Paul, can you suggest another sh.exe (instead of cygwin) that I could use/try ? ___ Reply to thi

[bug #16132] Quoting problem in 3.81rc1

Follow-up Comment #10, bug #16132 (project make): Lastly, this is the result when no sh.exe is in PATH: D:\GNUMake\test>PATH PATH=C:\WINDOWS;C:\WINDOWS\system32 D:\GNUMake\test>gmake381rc2.exe echo -aap="noot" -aap="noot" echo '-aap="noot"' '-aap="noot"' echo -aap=\"noot\" -aap=\"noot\" echo -

[bug #16132] Quoting problem in 3.81rc1

Follow-up Comment #14, bug #16132 (project make): Hi Paul/Eli, I've been using make 3.80 with cygwin sh.exe quite comfortably for the past 2 years. It was only when I bumped into a "missing 'endif'" problem that I considered upgrading to a newer version (hinted by Paul: http://lists.gnu.org/arc

[bug #16132] Quoting problem in 3.81rc1

Follow-up Comment #17, bug #16132 (project make): We have been using the Windows "native" version of make 3.80 built with VC6. I won't bother you with the details of the joys of having to juggle with multiple cygwin1.dll versions on your PC due to the various third-party provided tools in our bu

[bug #16132] Quoting problem in 3.81rc1

Follow-up Comment #19, bug #16132 (project make): Hi Eli, I looked deeper into the issue this weekend. I discovered that from 3.81b3 to 3.81b4, the default config.h settings for W32 builds changed. Up to 3.81b3, BATCH_MODE_ONLY_SHELL was defined in config.h.W32. Starting with 3.81b4, BATCH_MOD

[bug #16132] Quoting problem in 3.81rc1

Follow-up Comment #9, bug #16132 (project make): I have an old MKS sh.exe lying around; behavior is somehwat different: (\n gets converted to newline...) D:\GNUMake\test>PATH PATH=C:\FromOldPc\isimip\sniff\mks\mks-6.1\mksnt;C:\WINDOWS;C:\WINDOWS\system32 D:\GNUMake\test>gmake381rc2.exe echo -a

[bug #3116] recompile changed files first

Follow-up Comment #4, bug #3116 (project make): Just a guess what he meant: If after changing a soiurce file a 'make clean' is done, it would be a good thing to try to build the target first which has the newest date (the changed one), as it is the one most likely to have errors. This saves a lo

[bug #102] Make prints an incorrect error for missing includes

Follow-up Comment #3, bug #102 (project make): Just one example: My makefile includes a dependency-file 'makefile.d' which is automatically created by GCC: makefile.d : $(SRCS) $(CC) -mmcu=$(MCU) -E -MM -I. $(INCFIRST) -I$(INCDIR) $(INCLAST) $^ > makefile.d include makefile.d If mak

[bug #16286] VPATH and directory cache

URL: Summary: VPATH and directory cache Project: make Submitted by: None Submitted on: Donnerstag 06.04.2006 um 18:15 UTC Severity: 3 - Normal It

[bug #16286] VPATH and directory cache

Follow-up Comment #2, bug #16286 (project make): Well, that VPATH is useless for anything except leaf targets is what I figured out on my own after some time of inverstigation. If one has to include the object dirs or whatever all over the place anyway, using VPATH just for leaf targets makes th

[bug #16304] Small update needed to Section 3.5

URL: Summary: Small update needed to Section 3.5 Project: make Submitted by: None Submitted on: Saturday 04/08/06 at 16:54 UTC Severity: 3 - Normal

[bug #16286] VPATH and directory cache

Follow-up Comment #4, bug #16286 (project make): Okay, yes, you're right that VPATH isn't intended to do what I thought it would be useful for. That's not a bug, it's a feature. (sorry, couldn't resist) Anyway, what you say about dismisisng the VPATH prefix isn't exactly true. In my project, when

[bug #16362] Regression: make -n causes $(shell) failure on Windows

URL: Summary: Regression: make -n causes $(shell) failure on Windows Project: make Submitted by: None Submitted on: Monday 04/17/06 at 22:30 UTC Severity: 3

[bug #16362] Regression: make -n causes $(shell) failure on Windows

Follow-up Comment #2, bug #16362 (project make): Submitted by J David Bryan <[EMAIL PROTECTED]> Eli wrote, "Sounds like I should stop trying to maintain the Windows port, as I cause more trouble than help." Seems a bit of a harsh judgment. In my view, the Windows port is in the best shape ever

[bug #16372] .DELETE_ON_ERROR does not delete directories

URL: Summary: .DELETE_ON_ERROR does not delete directories Project: make Submitted by: None Submitted on: Tuesday 04/18/06 at 18:44 UTC Severity: 3 - Normal

[bug #16376] command execution with make -q

URL: Summary: command execution with make -q Project: make Submitted by: None Submitted on: 水曜日 2006年04月19日 at 01:04 UTC Severity: 3 - Normal Ite

[bug #16389] Defaults for Objective-C

URL: Summary: Defaults for Objective-C Project: make Submitted by: None Submitted on: Thursday 04/20/06 at 03:56 UTC Severity: 3 - Normal Item Gr

[bug #16401] Signal received during wait(2) call may cause make to fail

URL: Summary: Signal received during wait(2) call may cause make to fail Project: make Submitted by: None Submitted on: Thursday 04/20/06 at 23:11 UTC Severity

[bug #16468] A typo on page 21 of the make manual version 3.81 edition 0.70

URL: Summary: A typo on page 21 of the make manual version 3.81 edition 0.70 Project: make Submitted by: None Submitted on: 日曜日 2006年04月30日 at 12:55 UTC Severi

[bug #16505] Line-continuation backslashes are not stripped

URL: Summary: Line-continuation backslashes are not stripped Project: make Submitted by: None Submitted on: Wednesday 05/03/06 at 06:45 UTC Severity: 3 - Norma

[bug #16505] Line-continuation backslashes are not stripped

Follow-up Comment #3, bug #16505 (project make): If you drop the backslashes from the single-quoted string, you get an "unexpected EOF" error. Isn't this a case where the POSIX behavior is counterproductive, and would better be made contingent on a POSIXLY_CORRECT variable? My testing shows that

[bug #16505] Line-continuation backslashes are not stripped

Follow-up Comment #5, bug #16505 (project make): Sorry; I wasn't too clear there. My point was, basically, that the POSIX behavior sucks }:-) Okay, so multi-line single-quoted strings now retain the backslashes. This implies that removing the backslashes is all you need to do, that they are supe

[bug #16505] Line-continuation backslashes are not stripped

Follow-up Comment #7, bug #16505 (project make): That's what I was getting at with "if you drop the backslashes" and "Bourne-shell-like behavior." It wouldn't be so bad if you could do... $ cat >Makefile foo: echo 'foo bar baz' $ make foo foo bar baz ...except that you can't. You g

[bug #16505] Line-continuation backslashes are not stripped

Follow-up Comment #10, bug #16505 (project make): Keeping the newline + discarding the backslash would be a reasonable behavior. That would spare most inline scripts. If precedent is desirable, however, I think the old behavior is perfectly defensible. It's worked that way forever, various Unix

[bug #16505] Line-continuation backslashes are not stripped

Follow-up Comment #12, bug #16505 (project make): I understand the workarounds. (Make variables are probably the way to go, because double-quoting script languages tends to be cumbersome.) My makefiles won't be that much of a problem, anyway, compared to those of others---I first encountered this

[bug #16531] Substitution reference and secondary expansion

URL: Summary: Substitution reference and secondary expansion Project: make Submitted by: None Submitted on: 金曜日 2006年05月05日 at 15:36 UTC Severity: 3 - Normal

[bug #16531] Substitution reference and secondary expansion

Follow-up Comment #2, bug #16531 (project make): > GNU make gets confused by the % in your patsubst call. The secondary expansion of GNU make is not that much bad. The putsubst call works perfect without any kind of workarounds. What the problem is "substitution reference". .PHONY: foo.bar .S

[bug #16562] Backslashes copied from Makefile to Shell (3.80 behaved differently)

URL: Summary: Backslashes copied from Makefile to Shell (3.80 behaved differently) Project: make Submitted by: None Submitted on: Thursday 05/11/06 at 14:57 UTC

[bug #16577] commas inside inline-comments are parsed

URL: Summary: commas inside inline-comments are parsed Project: make Submitted by: None Submitted on: Saturday 05/13/2006 at 07:21 UTC Severity: 3 - Normal

[bug #16788] 'ORDINARY_MTIME_MAX' macro causes integral constant overflow

URL: Summary: 'ORDINARY_MTIME_MAX' macro causes integral constant overflow Project: make Submitted by: None Submitted on: Thursday 06/08/06 at 19:09 UTC Severi

[bug #16928] Request for unique() function

URL: Summary: Request for unique() function Project: make Submitted by: None Submitted on: Friday 06/23/2006 at 19:49 UTC Severity: 3 - Normal It

[bug #16958] Marking .PHONY dependencies as targets is a regression against 3.80

URL: Summary: Marking .PHONY dependencies as targets is a regression against 3.80 Project: make Submitted by: None Submitted on: Wednesday 06/28/2006 at 12:35 UTC

[bug #16958] Marking .PHONY dependencies as targets is a regression against 3.80

Additional Item Attachment, bug #16958 (project make): File name: Makefile Size:0 KB The test Makefile ___ Reply to this item at:

[bug #17105] problem colon after drive letter in prerequisite

URL: Summary: problem colon after drive letter in prerequisite Project: make Submitted by: None Submitted on: Friday 07/14/2006 at 18:47 UTC Severity: 3 - Norm

[bug #17206] make -d .PHONY output is misleading

URL: Summary: make -d .PHONY output is misleading Project: make Submitted by: None Submitted on: Tuesday 07/25/2006 at 23:16 UTC Severity: 3 - Normal

[bug #17230] Leading ./ is stripped from targets and prerequisites

URL: Summary: Leading ./ is stripped from targets and prerequisites Project: make Submitted by: None Submitted on: Saturday 07/29/2006 at 00:59 UTC Severity: 3

[bug #17230] Leading ./ is stripped from targets and prerequisites

Follow-up Comment #1, bug #17230 (project make): bug #10708 bug #15338 ___ Reply to this item at: ___ Message sent via/by Savan

[bug #17245] $(notdir foo/) should return . instead of blank

URL: Summary: $(notdir foo/) should return . instead of blank Project: make Submitted by: None Submitted on: Monday 07/31/2006 at 21:11 UTC Severity: 3 - Norma

[bug #17277] Pathes longer than 128 Chars fail with make under windows

URL: Summary: Pathes longer than 128 Chars fail with make under windows Project: make Submitted by: None Submitted on: Donnerstag 03.08.2006 um 13:06 UTC Sever

[bug #17373] Uses VPATH found source name if first double-colon rule doesn't update

URL: Summary: Uses VPATH found source name if first double-colon rule doesn't update Project: make Submitted by: None Submitted on: Tuesday 08/08/2006 at 18:53 UTC

[bug #17374] Static-pattern double-colon rules.

URL: Summary: Static-pattern double-colon rules. Project: make Submitted by: None Submitted on: Tuesday 08/08/2006 at 19:00 UTC Severity: 3 - Normal

[bug #17381] Compile errors under DJGPP

URL: Summary: Compile errors under DJGPP Project: make Submitted by: None Submitted on: Tuesday 08/08/06 at 23:03 UTC Severity: 3 - Normal Item G

[bug #17433] Enhancement in process creation functions in sub_proc.c

URL: Summary: Enhancement in process creation functions in sub_proc.c Project: make Submitted by: None Submitted on: Tuesday 08/15/2006 at 01:24 UTC Severity:

[bug #17433] Enhancement in process creation functions in sub_proc.c

Follow-up Comment #1, bug #17433 (project make): This is possibly related to #15718, #7201 Fixes #17277 Regards, Pavel ( pavel_a AT writeme.com ) ___ Reply to this item at:

[bug #17521] target-specific variables inluding semicolon

URL: Summary: target-specific variables inluding semicolon Project: make Submitted by: None Submitted on: 金曜日 2006年08月25日 at 08:43 UTC Severity: 3 - Normal Item Group: B

[bug #17557] Add the analogue of ?= for singly expanded variables

URL: Summary: Add the analogue of ?= for singly expanded variables Project: make Submitted by: None Submitted on: Monday 08/28/2006 at 20:17 UTC Severity: 3 - Normal Ite

[bug #17572] Using Windows pathnames fail

URL: Summary: Using Windows pathnames fail Project: make Submitted by: None Submitted on: Wednesday 08/30/2006 at 14:23 UTC Severity: 3 - Normal Item Group: Bug

[bug #17614] Clock Slew < 1 sec.

URL: Summary: Clock Slew < 1 sec. Project: make Submitted by: None Submitted on: Tuesday 09/05/2006 at 13:55 UTC Severity: 3 - Normal Item Group: Bug S

[bug #17665] Content of computed variable name not considered as dependency

URL: Summary: Content of computed variable name not considered as dependency Project: make Submitted by: None Submitted on: Saturday 09/09/2006 at 20:25 UTC Severity: 3 - Normal

[bug #17701] Description of .NOTPARALLEL is incorrect

URL: Summary: Description of .NOTPARALLEL is incorrect Project: make Submitted by: None Submitted on: Monday 09/11/2006 at 11:52 UTC Severity: 3 - Normal Item Group: Doc

[bug #17740] make fails without any message

URL: Summary: make fails without any message Project: make Submitted by: None Submitted on: Thursday 09/14/2006 at 13:44 UTC Severity: 3 - Normal Item Group: Bug

[bug #17752] target fails depending on order of prereqs

URL: Summary: target fails depending on order of prereqs Project: make Submitted by: None Submitted on: Thursday 09/14/2006 at 20:59 UTC Severity: 3 - Normal Item Group:

[bug #17883] target-specific variables prevent builtin rules

URL: Summary: target-specific variables prevent builtin rules Project: make Submitted by: None Submitted on: Friday 09/29/2006 at 08:30 UTC Severity: 3 - Normal Item Gro

[bug #17883] target-specific variables prevent builtin rules

Follow-up Comment #1, bug #17883 (project make): To quote the info pages, section 6.10 "Target-specific Variable Values": As with automatic variables, these values are only available within the context of a target's command script (and in other target-specific assignments). That is,

[bug #18116] filter_out functions seems to always return an empty result

URL: Summary: filter_out functions seems to always return an empty result Project: make Submitted by: None Submitted on: jeudi 26.10.2006 à 09:43 UTC Severity: 3 - Normal

[bug #18116] filter_out functions seems to always return an empty result

Follow-up Comment #1, bug #18116 (project make): > test=$(filter_out $(mains),$(objects)) You misspelled the function: it's "filter-out" with a hyphen, not an underbar. Philip Guenther ___ Reply to this item at:

[bug #18123] wilcard function fails (...)*/ expansion

URL: Summary: wilcard function fails (...)*/ expansion Project: make Submitted by: None Submitted on: jeudi 26.10.2006 à 15:21 UTC Severity: 3 - Normal Item Group: Bug

[bug #18124] make-3.81 isn't parallel build safe

URL: Summary: make-3.81 isn't parallel build safe Project: make Submitted by: None Submitted on: Thursday 10/26/2006 at 18:15 UTC Severity: 3 - Normal Item Group: Bug

[bug #18124] make-3.81 isn't parallel build safe

Follow-up Comment #1, bug #18124 (project make): Here is a new patch to fix. When make re-execs itself, it calls clean_jobserver which may close job_fds. After it is re-execed, it reads job_fds from jobserver_fds again and closes them when jobserver mode is disabled. It closes the same fd twice

[bug #18139] make chooses wrong pattern rule

Follow-up Comment #7, bug #18139 (project make): I think the confusion comes from that the top-goal in the makefile is not what it actually should be, that is just: all: $(LIBS) Normally you would expect this to work but by the implications that Boris mentionned it doesn't. Tnen, there are

[bug #18173] Modification of search pattern for default make rule files

URL: Summary: Modification of search pattern for default make rule files Project: make Submitted by: None Submitted on: Thursday 11/02/2006 at 04:52 UTC Severity: 3 - Normal

[bug #18173] Modification of search pattern for default make rule files

Additional Item Attachment, bug #18173 (project make): File name: make.diff Size:0 KB Patch with proposed solution ___ Reply to this item at:

[bug #18312] $(eval) within conditionals causes make to stop with syntax error

URL: Summary: $(eval) within conditionals causes make to stop with syntax error Project: make Submitted by: None Submitted on: Wednesday 11/15/2006 at 20:45 UTC Severity: 3 - Normal

[bug #18369] pattern rules don't work with spaces in filenames

URL: Summary: pattern rules don't work with spaces in filenames Project: make Submitted by: None Submitted on: Friday 11/24/2006 at 22:42 UTC Severity: 3 - Normal Item G

[bug #18369] pattern rules don't work with spaces in filenames

Follow-up Comment #2, bug #18369 (project make): Hmm, short question, why does it work with make 3.80: $ make380 -v GNU Make 3.80 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or

[bug #18561] Why backslash line continuation introduce an extra space

URL: Summary: Why backslash line continuation introduce an extra space Project: make Submitted by: None Submitted on: Wednesday 12/20/06 at 05:32 UTC Severity: 3 - Normal

[bug #18617] Better debugging facilities: tracing rule invocation.

URL: Summary: Better debugging facilities: tracing rule invocation. Project: make Submitted by: None Submitted on: Thursday 12/28/06 at 14:46 UTC Severity: 3 - Normal It

[bug #18622] regression cannot turn off implicit rules for %.c and %.tex in 3.81

URL: Summary: regression cannot turn off implicit rules for %.c and %.tex in 3.81 Project: make Submitted by: None Submitted on: Thursday 12/28/2006 at 22:26 UTC Severity: 3 - Normal

[bug #18680] fix for bug#2846 does not work as expected, still hang sometimes

URL: Summary: fix for bug#2846 does not work as expected, still hang sometimes Project: make Submitted by: None Submitted on: Wednesday 01/03/2007 at 14:06 UTC Severity: 3 - Normal

[bug #51167] Pattern rule with no recipe fails

URL: Summary: Pattern rule with no recipe fails Project: make Submitted by: None Submitted on: Fri 02 Jun 2017 09:48:43 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #51200] Improvement suggestion: listen to signals to adjust number of jobs

URL: Summary: Improvement suggestion: listen to signals to adjust number of jobs Project: make Submitted by: None Submitted on: Wed 07 Jun 2017 06:43:43 PM UTC Severity: 3 - Normal

[bug #51202] Report paths > 259 characters long, don't silently cut them

URL: Summary: Report paths > 259 characters long, don't silently cut them Project: make Submitted by: None Submitted on: Thu 08 Jun 2017 05:16:44 AM UTC Severity: 3 - Normal

[bug #51414] Use of multiple $$% (for .SECONDEXPANSION) causes make to misinterpret the rule as a pattern rule

URL: Summary: Use of multiple $$% (for .SECONDEXPANSION) causes make to misinterpret the rule as a pattern rule Project: make Submitted by: None Submitted on: Fri 07 Jul 2017 01:15:19 PM UTC

[bug #51434] Document that variables are treated differently in prerequisite lists and recipes

URL: Summary: Document that variables are treated differently in prerequisite lists and recipes Project: make Submitted by: None Submitted on: Mon 10 Jul 2017 02:11:04 PM UTC Severity:

[bug #51434] Document that variables are treated differently in prerequisite lists and recipes

Additional Item Attachment, bug #51434 (project make): File name: makefile Size:0 KB ___ Reply to this item at: ___ Message sent

[bug #51462] Double-colon dependencies are built serially with parallel make

URL: Summary: Double-colon dependencies are built serially with parallel make Project: make Submitted by: None Submitted on: Thu 13 Jul 2017 09:29:18 PM UTC Severity: 3 - Normal

[bug #51591] Typographical error in manual

URL: Summary: Typographical error in manual Project: make Submitted by: None Submitted on: Thu 27 Jul 2017 02:58:59 PM UTC Severity: 3 - Normal Item Group: Documentation

[bug #51973] variable value set by target-specific assignment not available to reference in multi-line variable definition

Follow-up Comment #1, bug #51973 (project make): This makefile is behaving as defined: when $(call) is used, make performs a round of variable expansion on the value of the variable that is called. So, when you say $(call EXELNK,utl1) make expands that to utl1:;@echo "jfh1:pt1::" This expansi

[bug #51974] multiline (define/endef) containing target-specific assignments causes errors in /bin/sh

Follow-up Comment #1, bug #51974 (project make): This is also not a bug but rather an example where you need to use $(eval). I suggest you email your question about how to do what you want to the help-make mailing list: https://lists.gnu.org/mailman/listinfo/help-make instead of filing bugs.

[bug #52017] Multiple intermediate pattern targets badly managed

URL: Summary: Multiple intermediate pattern targets badly managed Project: make Submitted by: None Submitted on: Thu 14 Sep 2017 01:48:50 PM UTC Severity: 3 - Normal Item

[bug #52028] Preventing infinite recursions when make is invoked from recipes

URL: Summary: Preventing infinite recursions when make is invoked from recipes Project: make Submitted by: None Submitted on: Fri 15 Sep 2017 05:47:30 AM UTC Severity: 3 - Normal

[bug #52076] wildcard/glob should be sorted

Follow-up Comment #1, bug #52076 (project make): This was an intentional change. To quote the NEWS file: * WARNING: Backward-incompatibility! Wildcards were not documented as returning sorted values, but the results have been sorted up until this release.. If your makefiles require sorted

[bug #52076] wildcard/glob should be sorted

Follow-up Comment #13, bug #52076 (project make): There are two use-cases I know of where reintroducing sorting might cause problems and need reworking of existing makefiles. The first is where precedence is wanted. For example: $(firstword $(wildcard dir1/file dir2/file dir3/file)) Here, file

[bug #52209] Support for ifeq function

URL: Summary: Support for ifeq function Project: make Submitted by: None Submitted on: Wed 11 Oct 2017 07:59:03 PM UTC Severity: 3 - Normal Item Group: Enhancement

[bug #52209] Support for ifeq function

/make/manual/make.html#Conditional-Syntax Sorry, I wouldn't normally poke fun at someone online but you're anonymous anyway so what the heck. ___ Reply to this item at: <http://savannah.g

[bug #52209] Support for ifeq function

Follow-up Comment #3, bug #52209 (project make): Thanks Paul for dealing with this so quickly. For the benefit of clarity (and the poster of comment #1), the parallel between what I propose and the existing preprocessor version is deliberate as I value consistency in design. There has been an eq

[bug #52697] More varieties to -j switch

URL: Summary: More varieties to -j switch Project: make Submitted by: None Submitted on: Tue 19 Dec 2017 08:46:09 PM UTC Severity: 3 - Normal Item Group: Enhancement

[bug #52697] More varieties to -j switch

Follow-up Comment #1, bug #52697 (project make): I see there is a Typo: The 3rd Sentence should be "Compiling c with make -j8 works ..." ___ Reply to this item at: __

[bug #52697] More varieties to -j switch

Follow-up Comment #2, bug #52697 (project make): Maybe I forgot to make clear what the main problem is: the -j switch takes not care about ram and this is becoming more and more the important limit - especially in object orientated languages there should be something preventing starting more compi

[bug #16372] .DELETE_ON_ERROR does not delete directories

Follow-up Comment #3, bug #16372 (project make): More than 10 years later and this bug still lingers on. This is an embarrassment. ___ Reply to this item at:

[bug #53568] GNU Make sometime doesn't reliably remove target file on being interrupted.

URL: Summary: GNU Make sometime doesn't reliably remove target file on being interrupted. Project: make Submitted by: None Submitted on: Thu 05 Apr 2018 08:24:35 PM UTC Severity: 3 - N

[bug #53597] Cross-compilation fails on GNU/Linux with GNU libc 2.27

URL: Summary: Cross-compilation fails on GNU/Linux with GNU libc 2.27 Project: make Submitted by: None Submitted on: Mon 09 Apr 2018 09:44:05 PM UTC Severity: 3 - Normal

[bug #53935] Add variable-assignment debug option: --debug=A

URL: Summary: Add variable-assignment debug option: --debug=A Project: make Submitted by: None Submitted on: Thu 17 May 2018 09:12:33 PM UTC Severity: 3 - Normal Item Gro

[bug #54161] Expansion of $$* is incorrect

URL: Summary: Expansion of $$* is incorrect Project: make Submitted by: None Submitted on: Thu 21 Jun 2018 09:18:58 AM UTC Severity: 3 - Normal Item Group: Bug

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

URL: Summary: Regression in validation of GNU-style long names in archives Project: make Submitted by: None Submitted on: Fri 27 Jul 2018 03:37:03 PM UTC Severity: 3 - Normal

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

Follow-up Comment #1, bug #54395 (project make): A better example, which shows that my initial patch was still not correct: # Both member names > 16 characters long default: foo.a(long1) foo.a(long2) (%): % ar rU $@ $% long%: touch $@ Attac

<    1   2   3   4   5   6   7   8   >