URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=15741
Summary: line numbers reported for $(error) incorrect when
following define's
Project: make
Submitted by: None
Submitted on: Mon 02/13/06 at 16:12
Severity:
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=15919
Summary: Make-3.81 rc1 hangs with -j 2 but not with -j 1
Project: make
Submitted by: None
Submitted on: Mon 02/27/06 at 18:38
Severity: 3 - Normal
Follow-up Comment #5, bug #15919 (project make):
(comment by J. David Bryan, original submitter)
One additional characteristic: aborting make after it's hung, e.g., with
CTRL+C, and then re-running make -j 2 will complete the expected set of
actions. That is:
$ touch test.0 make -j 2
touch
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16053
Summary: second stem overwrites the first per-prerequisite
stem
Project: make
Submitted by: None
Submitted on: Fri 03/10/06 at 08:57
Severity: 3 - Normal
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16088
Summary: make -r causes virtual memory exhausted error
in make on AIX only
Project: make
Submitted by: None
Submitted on: Tue 03/14/06 at 10:21
Severity: 3
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16118
Summary: Change of behavior in beta[34] for -include
Project: make
Submitted by: None
Submitted on: Fri 03/17/06 at 19:45
Severity: 3 - Normal
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16132
Summary: Quoting problem in 3.81rc1
Project: make
Submitted by: None
Submitted on: Mon 03/20/06 at 12:12
Severity: 3 - Normal
Item Group: Bug
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16138
Summary: multiple jobservers started up by parallel make
(and so uses 4 FDs instead of just 2)
Project: make
Submitted by: None
Submitted on: Mon 03/20/06 at 21:58
Follow-up Comment #3, bug #16132 (project make):
What kind of sh.exe are you using, and how (with what compiler and
development environment) did you build Make 3.81rc1?
I use Windows XP SP2.
I have built make3.81rc1 with both VC6 and VC7.1 (giving the same results).
I am using sh.exe from
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16140
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
Follow-up Comment #4, bug #16132 (project make):
Latest cygwin didn't help...
___
Reply to this item at:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16132
___
Message sent via/by
Follow-up Comment #6, bug #16132 (project make):
Hi Paul, here it is:
D:\GNUMake\testPATH
PATH=C:\cygwin\bin;C:\WINDOWS;C:\WINDOWS\system32
D:\GNUMake\testgmake381rc2 --version
GNU Make 3.81rc2
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for
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 $(BLA1)
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
Follow-up Comment #10, bug #16132 (project make):
Lastly, this is the result when no sh.exe is in PATH:
D:\GNUMake\testPATH
PATH=C:\WINDOWS;C:\WINDOWS\system32
D:\GNUMake\testgmake381rc2.exe
echo -aap=noot
-aap=noot
echo '-aap=noot'
'-aap=noot'
echo -aap=\noot\
-aap=\noot\
echo -aap=noot
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:
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
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,
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
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
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16286
Summary: VPATH and directory cache
Project: make
Submitted by: None
Submitted on: Donnerstag 06.04.2006 um 18:15 UTC
Severity: 3 - Normal
Item
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
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16304
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
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,
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16362
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 -
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.
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16372
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
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16376
Summary: command execution with make -q
Project: make
Submitted by: None
Submitted on: 水曜日 2006年04月19日 at 01:04 UTC
Severity: 3 - Normal
Item
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16389
Summary: Defaults for Objective-C
Project: make
Submitted by: None
Submitted on: Thursday 04/20/06 at 03:56 UTC
Severity: 3 - Normal
Item
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16401
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:
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16468
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
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16505
Summary: Line-continuation backslashes are not stripped
Project: make
Submitted by: None
Submitted on: Wednesday 05/03/06 at 06:45 UTC
Severity: 3 - Normal
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
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
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16531
Summary: Substitution reference and secondary expansion
Project: make
Submitted by: None
Submitted on: 金曜日 2006年05月05日 at 15:36 UTC
Severity: 3 - Normal
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
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16788
Summary: 'ORDINARY_MTIME_MAX' macro causes integral constant
overflow
Project: make
Submitted by: None
Submitted on: Thursday 06/08/06 at 19:09 UTC
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16928
Summary: Request for unique() function
Project: make
Submitted by: None
Submitted on: Friday 06/23/2006 at 19:49 UTC
Severity: 3 - Normal
Item
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=16958
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
Additional Item Attachment, bug #16958 (project make):
File name: Makefile Size:0 KB
The test Makefile
http://savannah.gnu.org/bugs/download.php?file_id=10263
___
Reply to this item at:
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=17105
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 - Normal
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=17206
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
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=17230
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 -
Follow-up Comment #1, bug #17230 (project make):
bug #10708
bug #15338
___
Reply to this item at:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=17230
___
Message sent via/by
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=17277
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
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=17373
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
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=17381
Summary: Compile errors under DJGPP
Project: make
Submitted by: None
Submitted on: Tuesday 08/08/06 at 23:03 UTC
Severity: 3 - Normal
Item
URL:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=17433
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: 3
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:
http://savannah.gnu.org/bugs/?func=detailitemitem_id=17433
URL:
http://savannah.gnu.org/bugs/?17521
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:
URL:
http://savannah.gnu.org/bugs/?17557
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
Item
URL:
http://savannah.gnu.org/bugs/?17614
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
URL:
http://savannah.gnu.org/bugs/?17665
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
URL:
http://savannah.gnu.org/bugs/?17701
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:
URL:
http://savannah.gnu.org/bugs/?17740
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
URL:
http://savannah.gnu.org/bugs/?17752
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:
URL:
http://savannah.gnu.org/bugs/?18116
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
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:
URL:
http://savannah.gnu.org/bugs/?18123
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
URL:
http://savannah.gnu.org/bugs/?18124
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
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
URL:
http://savannah.gnu.org/bugs/?18173
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
Additional Item Attachment, bug #18173 (project make):
File name: make.diff Size:0 KB
Patch with proposed solution
http://savannah.gnu.org/bugs/download.php?file_id=11136
___
Reply to this item at:
URL:
http://savannah.gnu.org/bugs/?18312
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
URL:
http://savannah.gnu.org/bugs/?18369
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
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
URL:
http://savannah.gnu.org/bugs/?18561
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
URL:
http://savannah.gnu.org/bugs/?18617
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
URL:
http://savannah.gnu.org/bugs/?18622
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
URL:
http://savannah.gnu.org/bugs/?18680
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
Follow-up Comment #2, bug #18963 (project make):
I'm aware that -include is supposed to produce no error if file.d does not
exist. But in my case file.d exists, it's just that the header file.h is not
there and cannot be remade. AFAICS nowhere in the manual it is mentioned that
also the errors
URL:
http://savannah.gnu.org/bugs/?19015
Summary: Initialisation of variable to ls and find fails
with **missing separator
Project: make
Submitted by: None
Submitted on: Friday 02/09/2007 at 23:53 UTC
Severity: 3 -
URL:
http://savannah.gnu.org/bugs/?19113
Summary: cannot self-remake makefile starting with './'
Project: make
Submitted by: None
Submitted on: Tuesday 02/20/2007 at 20:39 UTC
Severity: 3 - Normal
Item
Additional Item Attachment, bug #19113 (project make):
File name: fooSize:0 KB
___
Reply to this item at:
http://savannah.gnu.org/bugs/?19113
___
Message sent
URL:
http://savannah.gnu.org/bugs/?19122
Summary: $* doesn't work as expected
Project: make
Submitted by: None
Submitted on: Thursday 02/22/2007 at 08:25 UTC
Severity: 3 - Normal
Item Group: Bug
Follow-up Comment #1, bug #19122 (project make):
It's behaving exactly as described in the GNU make info pages. In
particular, as described in section 10.5.3 Automatic Variables:
`$*'
The stem with which an implicit rule matches (*note How
Patterns Match: Pattern Match.). If the
URL:
http://savannah.gnu.org/bugs/?19226
Summary: False warning about a circular dependency
Project: make
Submitted by: None
Submitted on: Mittwoch 07.03.2007 um 09:28 UTC
Severity: 3 - Normal
Item Group:
URL:
http://savannah.gnu.org/bugs/?19298
Summary: simplify automatic generation of prerequisites
example
Project: make
Submitted by: None
Submitted on: Sunday 03/11/2007 at 17:38 UTC
Severity: 3 - Normal
URL:
http://savannah.gnu.org/bugs/?19309
Summary: parallel make issue with archive members
Project: make
Submitted by: None
Submitted on: Monday 03/12/2007 at 02:08 UTC
Severity: 3 - Normal
Item Group: Bug
URL:
http://savannah.gnu.org/bugs/?19626
Summary: Unexpected environment variable modification in
command
Project: make
Submitted by: None
Submitted on: mercredi 18.04.2007 à 11:44 UTC
Severity: 3 - Normal
Follow-up Comment #1, bug #19448 (project make):
I'm going to disagree with the original submitter. Make should be
conservative: if it's not certain that a file is up to date, it should be
rebuilt.
In particular, in the absence of other information, equal timestamps should
be considered NOT up
Follow-up Comment #2, bug #19448 (project make):
I will disagree with the original poster. Make's job is to be conservative:
after typing make, you should be able to count on it that everything is up
to date. If that invokes a bit of extra work, the lost CPU time is far
better than risking
URL:
http://savannah.gnu.org/bugs/?20033
Summary: parallel (-j2) make with $(eval) construct
segfaults
Project: make
Submitted by: None
Submitted on: Friday 06/01/2007 at 10:48 UTC
Severity: 3 - Normal
Item
Follow-up Comment #1, bug #20033 (project make):
Hi, its me again. Find below a trivial makefile to recreate this. run 'make
setup make -j2' to get a segfault.
Cheers,
Rasmus
A := $(wildcard *.a)
.PHONY: all
all: $(A:.a=.b)
.PHONY: clean
clean:
rm -f $(A)
.PHONY: setup
setup:
Follow-up Comment #3, bug #19108 (project make):
I think I'm seeing some symptoms that are essentially the same bug. I'm using
make 3.80.
I have a rule that generates N targets from some dependencies using a set of
commands, setup just like the original poster.
If I run make, everything is
Follow-up Comment #7, bug #712 (project make):
How about simply:
$(notdir C:\Program Files\Company Name\Binary1.dll C:\Program
Files\Company Name\Binary2.dll)
I think it's pretty clear what should happen here. How hard is it to support
quoting properly? After all most shells know how to
Follow-up Comment #14, bug #15919 (project make):
(comment by J. David Bryan, original submitter)
The patch from Icarus Sperry does fix the original problem. However, it
appears to introduce a new one.
I have taken the original make-3.81 sources and added the patch to produce
make-381p.
Additional Item Attachment, bug #15919 (project make):
___
Reply to this item at:
http://savannah.gnu.org/bugs/?15919
___
Message sent via/by Savannah
http://savannah.gnu.org/
Follow-up Comment #17, bug #15919 (project make):
(comment by J. David Bryan, original submitter)
...they can not even spell my name correctly!
My apologies. Of course, I noted the misspelling as soon as I had posted
comment 14, but there seemed to be no way to edit a bug post after
URL:
http://savannah.gnu.org/bugs/?20394
Summary: vpath directive drops entries
Project: make
Submitted by: None
Submitted on: Samstag 07.07.2007 um 08:09 UTC
Severity: 3 - Normal
Item Group: Bug
Follow-up Comment #1, bug #20394 (project make):
gmake caches directories from the 10th on. So it will not see a file in those
directories if it didn't exist initially (except under windows NT, where it
checks the directory timestamps).
Just looks like foo1..8 plus lib, include and . were one
Follow-up Comment #3, bug #20394 (project make):
It would maybe make sense to rely on the directory cache only for
intermediate search and match-anything rules. Because these two alone
increase the number of file-queries by a factor of about 10. That is just
from the 5 built-in rules (which
Follow-up Comment #5, bug #20394 (project make):
Timestamps are a different matter, gmake doesn't use the cache to check
timestamps of files. Also, what I meant was *chained* rules with intermediate
files, not first-level implicit rules. Basically it is so that gmakes spends
all win from the
Follow-up Comment #7, bug #20394 (project make):
As to when to use the cache vs. avoid it, I actually meant the opposite from
what you wrote. Maybe it's more clear with a practical example:
$ time make -C fltk-1.1.7, up-to-date, on a (slow) Ubuntu box:
make (3.81b4, as is):
- 3.8 sec
make
URL:
http://savannah.gnu.org/bugs/?20542
Summary: Regression: windows gnumake + MKS shell + Special
Shell Chars
Project: make
Submitted by: None
Submitted on: Friday 07/20/2007 at 12:48 UTC
Severity: 3 - Normal
Follow-up Comment #2, bug #20542 (project make):
The echo from gmake is not relevant. Try gmake --debug=jobs ... to see the
real command-line.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?20542
URL:
http://savannah.gnu.org/bugs/?20549
Summary: make -n doesn't work recursively
Project: make
Submitted by: None
Submitted on: Saturday 07/21/2007 at 11:01 UTC
Severity: 3 - Normal
Item Group: Bug
URL:
http://savannah.gnu.org/bugs/?20550
Summary: Crash with setting SHELL from the commandline
Project: make
Submitted by: None
Submitted on: Saturday 07/21/2007 at 11:02 UTC
Severity: 3 - Normal
Item
Follow-up Comment #2, bug #20549 (project make):
Hm, the patch doesn't apply against current CVS ...
___
Reply to this item at:
http://savannah.gnu.org/bugs/?20549
___
Message sent via/by
Follow-up Comment #21, bug #15919 (project make):
(comment by J. David Bryan, original submitter)
I have built separate versions of make with Paul's patch from Comment #20 and
Icarus' patch from Comment #18. Both fix the problem in the original bug
submission. However, Paul's patch appears to
1 - 100 of 603 matches
Mail list logo