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

Follow-up Comment #7, bug #102 (project make): (It's me from comment #6 again.) I've just read http://make.paulandlesley.org/autodep.html and want to point out that the advanced procedure presented there (building dependency information together with objectes, plus avoiding the error message w

[bug #24486] Have make print a progress report during build?

URL: Summary: Have make print a progress report during build? Project: make Submitted by: None Submitted on: Wed 08 Oct 2008 04:01:16 PM UTC Severity: 3 - Normal Item Gr

[bug #24522] $(info) does not nothing

URL: Summary: $(info) does not nothing Project: make Submitted by: None Submitted on: Fri 10 Oct 2008 05:50:12 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #23273] Please include xkcd easteregg

Follow-up Comment #5, bug #23273 (project make): Any news on this? Does it have a chance? ___ Reply to this item at: ___ Nachricht geschickt von/durch

[bug #23273] Please include xkcd easteregg

Follow-up Comment #6, bug #23273 (project make): I think this suggestion is counter to the nature of easter-eggs. An easter-egg is something the maintainer of a piece of software puts in because *they* want to. IMO, if Paul thinks it's funny, he should do it. If he doesn't, or thinks it's a m

[bug #23273] Please include xkcd easteregg

Follow-up Comment #7, bug #23273 (project make): Yes, I fully agree. I’m just curious if Paul likes it :-) ___ Reply to this item at: ___ Nachricht ges

[bug #24723] multiple results created as a group

Follow-up Comment #3, bug #24723 (project make): Looks like a duplicate of bug #8297. ___ Reply to this item at: ___ Message sent via/by Savannah ht

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

Follow-up Comment #1, bug #17374 (project make): Use target:: %.tgt: %.src instead of target: %.tgt:: %.src ___ Reply to this item at: ___ Message

[bug #18396] stack size setrlimit call interacts badly with Solaris/x86 kernel bug

Follow-up Comment #5, bug #18396 (project make): I think this is not an enhancement request but rather a bug-fix request. ___ Reply to this item at: ___

[bug #23273] Please include xkcd easteregg

Follow-up Comment #8, bug #23273 (project make): I just want to add that I *did* try it after reading the comic, and I would definitely have been wearing a smile on my face for the rest of the day had I seen it actually work like that. ___

[bug #17521] target-specific variables inluding semicolon

Follow-up Comment #3, bug #17521 (project make): escaping the "offending" semicolons with a backslash alleviates the problem, but remains a source of inconsistency and frustration. ___ Reply to this item at:

[bug #25578] target without target specific variable setting receives setting from unrelated target

URL: Summary: target without target specific variable setting receives setting from unrelated target Project: make Submitted by: None Submitted on: Fri 13 Feb 2009 02:15:37 PM UTC Sev

[bug #25662] PATH (sometimes) not set when set from target-variable

URL: Summary: PATH (sometimes) not set when set from target-variable Project: make Submitted by: None Submitted on: Sat 21 Feb 2009 10:55:27 PM UTC Severity: 3 - Normal

[bug #25694] New functions missing in quick reference

URL: Summary: New functions missing in quick reference Project: make Submitted by: None Submitted on: Tue 24 Feb 2009 12:31:26 PM UTC Severity: 3 - Normal Item Group: Do

[bug #25697] Segmentation fault setting .DEFAULT_GOAL

URL: Summary: Segmentation fault setting .DEFAULT_GOAL Project: make Submitted by: None Submitted on: Tue 24 Feb 2009 10:00:22 PM UTC Severity: 3 - Normal Item Group: Bu

[bug #25703] .LIBPATTERNS is not pattern dependent.

URL: Summary: .LIBPATTERNS is not pattern dependent. Project: make Submitted by: None Submitted on: Wed 25 Feb 2009 01:34:13 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #25751] Add option to output dependency info as xml

URL: Summary: Add option to output dependency info as xml Project: make Submitted by: None Submitted on: Mon 02 Mar 2009 07:15:19 PM UTC Severity: 3 - Normal Item Group:

[bug #20495] debug version crashes on windows on close(-1)

Follow-up Comment #1, bug #20495 (project make): There seems to be a change within the Microsoft Visual C++ Runtime between Microsoft Visual Studio .NET (aka 2002) and Microsoft Visual Studio 2005. I have no access to Microsoft Visual Studio 2003 so I can't prove if this behavior was introduced e

[bug #25780] .SECONDEXPANSION: of $$+ harmed by set_file_variables() side effect

URL: Summary: .SECONDEXPANSION: of $$+ harmed by set_file_variables() side effect Project: make Submitted by: None Submitted on: Fri 06 Mar 2009 07:04:38 PM UTC Severity: 3 - Normal

[bug #25844] Spelling error in French debugging messages

URL: Summary: Spelling error in French debugging messages Project: make Submitted by: None Submitted on: ven 13 mar 2009 07:04:11 UTC Severity: 3 - Normal Item Group: Do

[bug #26001] Evaluating eval expressions does not work for % type names

URL: Summary: Evaluating eval expressions does not work for % type names Project: make Submitted by: None Submitted on: Wed 25 Mar 2009 11:42:30 PM UTC Severity: 3 - Normal

[bug #26075] $(wildcard) function holds parent directories open preventing deletes

Follow-up Comment #3, bug #26075 (project make): If you use "strace" you will see the same problem on Ubuntu - but you won't see "rm" throw an error because the Linux file system you are using allows directories to be unlinked even if they are in use. This is still a bug, though, even though it

[bug #26075] $(wildcard) function holds parent directories open preventing deletes

Follow-up Comment #4, bug #26075 (project make): Actually that directory cache is just crap. Not only that it causes several bad sideeffects (like new files not being noticed) but actually is slower on average than no cache at all, in cases slowser by magnitudes. __

[bug #26075] $(wildcard) function holds parent directories open preventing deletes

Follow-up Comment #6, bug #26075 (project make): Couldn't find the data but the "dir-.c" I was using to get them. Attached without any warranty. Use instead of dir.c. (file #17863) ___ Additional Item Attachment: File name: dir-.c

[bug #26593] Assertion failure when building glibc with CVS make

URL: Summary: Assertion failure when building glibc with CVS make Project: make Submitted by: None Submitted on: Sat 16 May 2009 14:19:19 UTC Severity: 3 - Normal Item G

[bug #26596] MAKEFLAGS documentation tweak

URL: Summary: MAKEFLAGS documentation tweak Project: make Submitted by: None Submitted on: Sun 17 May 2009 12:01:32 AM UTC Severity: 3 - Normal Item Group: Enhancement

[bug #24488] phony targets are case insensitive with case insensitive file system

Follow-up Comment #3, bug #24488 (project make): Actually, with gmake 3.81 on windows, ".PHony" works just the same as ".PHONY". ___ Reply to this item at:

[bug #712] GNU make can't handle spaces in pathnames

Follow-up Comment #10, bug #712 (project make): If we can't handle quoting properly in a backwards compatible manner... then is it feasible to add (yet another?) flag/switch/special target/etc to request proper handling of quoting? *grumble* Lost the text I typed. __

[bug #26886] abspath returns garbage

URL: Summary: abspath returns garbage Project: make Submitted by: None Submitted on: Thu 25 Jun 2009 03:50:40 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #26888] SHELL as target variable ignored

URL: Summary: SHELL as target variable ignored Project: make Submitted by: None Submitted on: Thu 25 Jun 2009 04:16:51 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #26891] make enters interactive shell

URL: Summary: make enters interactive shell Project: make Submitted by: None Submitted on: Thu 25 Jun 2009 09:28:51 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #26893] parallel build randomly skips intermediate prerequesites

URL: Summary: parallel build randomly skips intermediate prerequesites Project: make Submitted by: None Submitted on: Fr 26 Jun 2009 07:03:10 UTC Severity: 3 - Normal It

[bug #26888] SHELL as target variable ignored

Follow-up Comment #2, bug #26888 (project make): As you might have noticed, adding .exe causes another strange bug: http://savannah.gnu.org/bugs/?26891 ___ Reply to this item at: __

[bug #26915] SHELL has no effect

URL: Summary: SHELL has no effect Project: make Submitted by: None Submitted on: Tue 30 Jun 2009 09:07:00 AM UTC Severity: 3 - Normal Item Group: Bug S

[bug #26921] line 0: unexpected EOF while looking for matching `"'

URL: Summary: line 0: unexpected EOF while looking for matching `"' Project: make Submitted by: None Submitted on: Tue 30 Jun 2009 06:23:02 PM UTC Severity: 3 - Normal I

[bug #27093] implicit rule documentation slightly wrong

URL: Summary: implicit rule documentation slightly wrong Project: make Submitted by: None Submitted on: Thu 23 Jul 2009 07:19:20 PM UTC Severity: 3 - Normal Item Group:

[bug #27148] Use of strcpy on overlapping memory areas

URL: Summary: Use of strcpy on overlapping memory areas Project: make Submitted by: None Submitted on: Птн 31 Июл 2009 12:13:56 Severity: 3 - Normal Item Group: Bug

[bug #27394] Unexpected "*** extraneous `endef'. Stop."

URL: Summary: Unexpected "*** extraneous `endef'. Stop." Project: make Submitted by: None Submitted on: Mon 07 Sep 2009 03:12:39 PM UTC Severity: 3 - Normal Item Group:

[bug #27396] add version of include that treats paths as relative to the included file's directory

URL: Summary: add version of include that treats paths as relative to the included file's directory Project: make Submitted by: None Submitted on: Mon 07 Sep 2009 05:47:46 PM UTC Seve

[bug #27437] Problems with make in a directory with present Makefiles. make does not function.

URL: Summary: Problems with make in a directory with present Makefiles. make does not function. Project: make Submitted by: None Submitted on: Sun 13 Sep 2009 08:23:40 PM UTC Severity

[bug #27437] Problems with make in a directory with present Makefiles. make does not function.

Follow-up Comment #2, bug #27437 (project make): aetixin...@aetixintro-desktop:/usr/src/snort-2.8.4$ ls aclocal.m4configure.in LICENSE missingsnort-2.8.4 ChangeLog contrib ltmain.shmkinstalldirs snort.8 config.guess COPYING m4 preproc_rules src c

[bug #27495] echo behaves different in pipe for /bin/sh symlinked to dash

URL: Summary: echo behaves different in pipe for /bin/sh symlinked to dash Project: make Submitted by: None Submitted on: Di 22 Sep 2009 08:24:14 UTC Severity: 3 - Normal

[bug #27497] Later double-colon rules don't fire if earlier ones think target is up to date

URL: Summary: Later double-colon rules don't fire if earlier ones think target is up to date Project: make Submitted by: None Submitted on: Tue 22 Sep 2009 15:08:01 UTC Severity: 3 -

[bug #27497] Later double-colon rules don't fire if earlier ones think target is up to date

Follow-up Comment #2, bug #27497 (project make): Ah, I see. It would be nice if the documentation were clearer here. In particular, the "Double-Colon Rules" section could explain the other meaning of the double-colon, and say when it applies (which is not mentioned explicitly anywhere that I can

[bug #27495] echo behaves different in pipe for /bin/sh symlinked to dash

Follow-up Comment #2, bug #27495 (project make): Thank you for your very helpful explanation. One thing I don't understand yet is: Why is /bin/echo used for SHELL unset and SHELL=/bin/sh, whereas for SHELL=/bin/dash the builtin echo of dash is used. _

[bug #27556] no rule to build target via vpath when jobserver is unavailable

URL: Summary: no rule to build target via vpath when jobserver is unavailable Project: make Submitted by: None Submitted on: Mon 28 Sep 2009 09:00:48 PM UTC Severity: 3 - Normal

[bug #27590] MSVC Win64 build patch

URL: Summary: MSVC Win64 build patch Project: make Submitted by: None Submitted on: Sun 04 Oct 2009 09:08:33 AM UTC Severity: 3 - Normal Item Group: Build/Install

[bug #27591] $(wildcard) bug in latest CVS. Worked OK in 3.81 stable release.

URL: Summary: $(wildcard) bug in latest CVS. Worked OK in 3.81 stable release. Project: make Submitted by: None Submitted on: Sun 04 Oct 2009 09:43:12 AM UTC Severity: 3 - Normal

[bug #27591] $(wildcard) bug in latest CVS. Worked OK in 3.81 stable release.

Follow-up Comment #1, bug #27591 (project make): Ops, in the second test, ">c:/Program Files/Common Files< with 3.81" should read ">c:/Program Files (x86)/Common Files< with 3.81". Brgds, Viktor ___ Reply to this item at:

[bug #27590] MSVC Win64 build patch

Follow-up Comment #2, bug #27590 (project make): Two changes were made: 1) Removed /MACHINE:I386 option from link commands. This option is not necessary and will be automatically set by the linker. I've tested okay with WIN32 after the change. 2) Protected the offending 'int execve ()' l

[bug #27591] $(wildcard) bug in latest CVS. Worked OK in 3.81 stable release.

Follow-up Comment #2, bug #27591 (project make): Hi folks, Any follow-up on this bug? I've just retested with this binary build: http://sourceforge.net/projects/mingw-w64/files/External%20binary%20packages%20%28Win64%20hosted%29/make/make_20091026_bin.tar.gz/download and the problems remains

[bug #27591] $(wildcard) bug in latest CVS. Worked OK in 3.81 stable release.

Follow-up Comment #4, bug #27591 (project make): Hi Paul, Thanks for your answer. Further investigation revealed that the problem started with either of these two changes: 2009-09-16 Paul Smith 2009-09-15 Paul Smith (Checkout at 20090901 is OK, checkout at 20090920 is wrong) Brgds, Vik

[bug #27714] expansion of $(shell) in target forces serialization of targets

Follow-up Comment #8, bug #27714 (project make): # gmake FOO= $(echo bar) # pmake (BSD) FOO!= echo bar ___ Reply to this item at: ___ Message sent

[bug #28126] bug with Windows interface: echo. in command only works when redirected

URL: Summary: bug with Windows interface: echo. in command only works when redirected Project: make Submitted by: None Submitted on: Mon 30 Nov 2009 05:03:42 AM UTC Severity: 3 - Nor

[bug #28230] $(eval) does not understand multiline

Follow-up Comment #1, bug #28230 (project make): To quote the info pages: The `shell' function performs the same function that backquotes (``') perform in most shells: it does "command expansion". This means that it takes as an argument a shell command and evaluates to the output of the comm

[bug #28126] bug with Windows interface: echo. in command only works when redirected

Follow-up Comment #2, bug #28126 (project make): [Submitted by J. David Bryan, jdbryan at acm dot org] Would you consider adding the "move," "popd," "pushd," and "start" built-in commands as well? ___ Reply to this item at:

[bug #28126] bug with Windows interface: echo. in command only works when redirected

Follow-up Comment #4, bug #28126 (project make): [Submitted by J. David Bryan, jdbryan at acm dot org] Thanks, but we've already had this discussion: http://lists.gnu.org/archive/html/make-w32/2006-03/msg00057.html Please disregard comment #2; I'll continue to apply a local patch. __

[bug #28475] A plugin based architecture for functions

URL: Summary: A plugin based architecture for functions Project: make Submitted by: None Submitted on: Mon 04 Jan 2010 07:47:06 AM UTC Severity: 3 - Normal Item Group: E

[bug #28525] Parens in path names do not work correctly anymore

URL: Summary: Parens in path names do not work correctly anymore Project: make Submitted by: None Submitted on: Fri 08 Jan 2010 03:41:04 PM UTC Severity: 3 - Normal Item

[bug #28748] "matches" array is improperly sized in implicit.c:pattern_search()

URL: Summary: "matches" array is improperly sized in implicit.c:pattern_search() Project: make Submitted by: None Submitted on: Thu 28 Jan 2010 12:10:50 AM UTC Severity: 3 - Normal

[bug #29242] make fails to check timestamp of .h file and declares .o files are upto date

URL: Summary: make fails to check timestamp of .h file and declares .o files are upto date Project: make Submitted by: None Submitted on: Wed 17 Mar 2010 07:13:09 AM UTC Severity: 3 -

[bug #29244] MSVC Compatibility broken with main.c Revision 1.237 (with Proposal for Fix)

URL: Summary: MSVC Compatibility broken with main.c Revision 1.237 (with Proposal for Fix) Project: make Submitted by: None Submitted on: Wed 17 Mar 2010 11:23:45 AM UTC Severity: 3 -

[bug #29245] Bug with DOS Path in Secondary Expansion (with Fix)

URL: Summary: Bug with DOS Path in Secondary Expansion (with Fix) Project: make Submitted by: None Submitted on: Wed 17 Mar 2010 12:07:43 PM UTC Severity: 3 - Normal Ite

[bug #29253] Memory corruption error when backslash line continuation used in function call

URL: Summary: Memory corruption error when backslash line continuation used in function call Project: make Submitted by: None Submitted on: Thu 18 Mar 2010 08:26:54 AM UTC Severity: 3

[bug #29253] Memory corruption error when backslash line continuation used in function call

Additional Item Attachment, bug #29253 (project make): File name: make-fix.patch Size:0 KB ___ Reply to this item at: ___ Message sent

[bug #29244] MSVC Compatibility broken with main.c Revision 1.237 (with Proposal for Fix)

Follow-up Comment #3, bug #29244 (project make): Hm, define_variable_cname() looks like a macro to me. At least variable.h contians in line 185: #define define_variable_cname(n,v,o,r) That given the code below from main.c resembles a macro exapansion quite closely, doesn't it? define_var

[bug #29403] Make does not resolve backslashes

URL: Summary: Make does not resolve backslashes Project: make Submitted by: None Submitted on: Thu 01 Apr 2010 04:54:06 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #29665] .PHONY included makefiles are rebuilt but not reread

URL: Summary: .PHONY included makefiles are rebuilt but not reread Project: make Submitted by: None Submitted on: Sun 25 Apr 2010 02:34:12 AM UTC Severity: 3 - Normal It

[bug #29757] Target-specific variables change their flavor

URL: Summary: Target-specific variables change their flavor Project: make Submitted by: None Submitted on: Mon 03 May 2010 06:42:21 PM UTC Severity: 3 - Normal Item Grou

[bug #29814] Library search feature should be configurable for multilib systems

URL: Summary: Library search feature should be configurable for multilib systems Project: make Submitted by: None Submitted on: Fri 07 May 2010 04:10:39 AM UTC Severity: 3 - Normal

[bug #30105] Variables set immediately after .SUFFIXES: ; are not set when leading tabs are used

URL: Summary: Variables set immediately after .SUFFIXES: ; are not set when leading tabs are used Project: make Submitted by: None Submitted on: Thu 10 Jun 2010 05:06:53 PM UTC Severi

[bug #30105] Variables set immediately after .SUFFIXES: ; are not set when leading tabs are used

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

[bug #30175] '***' prefix for 'Target ... not remade because of errors'

URL: Summary: '***' prefix for 'Target ... not remade because of errors' Project: make Submitted by: None Submitted on: Fri 18 Jun 2010 12:57:26 PM UTC Severity: 3 - Normal

[bug #30312] $(abspath ...) fails with Windows UNC path (with fix)

URL: Summary: $(abspath ...) fails with Windows UNC path (with fix) Project: make Submitted by: None Submitted on: Thu 01 Jul 2010 01:03:42 PM UTC Severity: 3 - Normal I

[bug #30323] No path in MAKE_COMMAND (with fix)

URL: Summary: No path in MAKE_COMMAND (with fix) Project: make Submitted by: None Submitted on: Fri 02 Jul 2010 12:53:59 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #30328] Fast echo (with code proposal)

URL: Summary: Fast echo (with code proposal) Project: make Submitted by: None Submitted on: Fri 02 Jul 2010 04:41:09 PM UTC Severity: 3 - Normal Item Group: Enhancement

[bug #30340] dependency handling

URL: Summary: dependency handling Project: make Submitted by: None Submitted on: Sun 04 Jul 2010 04:12:38 AM UTC Severity: 3 - Normal Item Group: Documentation

[bug #30463] cannot make include makefile .INTERMEDIATE

URL: Summary: cannot make include makefile .INTERMEDIATE Project: make Submitted by: None Submitted on: Fri 16 Jul 2010 03:42:34 PM UTC Severity: 3 - Normal Item Group:

[bug #30328] Fast echo (with code proposal)

Follow-up Comment #3, bug #30328 (project make): Hi Paul, > Is it really true that this is an issue? At least in our build there are "about to do this" and "having done that" log/trace echo commands in all recipes. Using Cygwin with its high process creation overhead the proposed change gave a

[bug #30323] No path in MAKE_COMMAND (with fix)

Follow-up Comment #3, bug #30323 (project make): Hi Eli, > GetModuleFileName is available on Windows 9X as well. I see. Thanks for the hint. > So I think the current code is allright even on older Windows versions. > If you have a practical case weher this API doesn't work on Windows 9X, ple

[bug #30323] No path in MAKE_COMMAND (with fix)

Follow-up Comment #5, bug #30323 (project make): Hi Eli, > Do you have a use-case where argv[0] on Windows does not hold a full file name of Make's executable? Yes. Before the existing code cited in my original post is executed there are two usecases: - Make's executable is found in the PATH

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

Follow-up Comment #4, bug #16362 (project make): (Submitted by J David Bryan ) The patch in comment #3, which solves the originally reported problem, did not make it into version 3.82. Regrettably, I did not check for this in the RC. Could this patch please be included in the next release?

[bug #30323] No path in MAKE_COMMAND (with fix)

Follow-up Comment #7, bug #30323 (project make): Hi Eli, > Sorry, I don't follow. I'm not even sure we are talking about the same thing, so let's step back for a moment and see that we understand each other. Ful ACK. > This code's sole purpose is to define the value of $MAKE such that it will

[bug #30662] Windows build fails due to missing -I option for subproc/misc

URL: Summary: Windows build fails due to missing -I option for subproc/misc Project: make Submitted by: None Submitted on: Thu 05 Aug 2010 07:07:36 PM UTC Severity: 3 - Normal

[bug #30762] another make -n exception

URL: Summary: another make -n exception Project: make Submitted by: None Submitted on: Thu 12 Aug 2010 10:52:45 PM UTC Severity: 3 - Normal Item Group: Documentation

[bug #30662] Windows build fails due to missing -I option for subproc/misc

Follow-up Comment #2, bug #30662 (project make): Thanks a lot for the fix. I used CVS (version 1.11.15) on Windows to download the sources and not all, but _some_ .bat and few other Windows specific files have CRCRLF line endings: build_w32.bat, configure.bat, subproc.bat, make_msvc_net2003.sln,

[bug #30662] Windows build fails due to missing -I option for subproc/misc

Follow-up Comment #4, bug #30662 (project make): Hi Eli, dosbuild.bat and prepare_w32.bat are fine (I haven't mentioned those as wrong), which explains the problem nicely. So as you say, the solution would be to re-upload the wrong files with -kb option and CRLF EOLs. [ Doing that on checkout m

[bug #30807] $(LDFLAGS) used in implicit linking rule

URL: Summary: $(LDFLAGS) used in implicit linking rule Project: make Submitted by: None Submitted on: Mi 18 Aug 2010 12:45:46 UTC Severity: 3 - Normal Item Group: Docume

[bug #30807] $(LDFLAGS) used in implicit linking rule

Follow-up Comment #1, bug #30807 (project make): Sorry, the subject line was meant to read "$(LDLIBS) used by implicit linking rule", i.e, LDLIBS instead of LDFLAGS. ___ Reply to this item at:

[bug #30809] Documention for "6.8 Defining Multi-Line Variables" indicates to use "define VARIABLE ="

URL: Summary: Documention for "6.8 Defining Multi-Line Variables" indicates to use "define VARIABLE =" Project: make Submitted by: None Submitted on: Thu 19 Aug 2010 03:53:35 AM UTC S

[bug #30823] double-colon rules not always executed in parallel make

URL: Summary: double-colon rules not always executed in parallel make Project: make Submitted by: None Submitted on: Do 19 Aug 2010 19:24:54 UTC Severity: 3 - Normal Ite

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

URL: Summary: vpath conflict with file mention in makefile vs file on disk Project: make Submitted by: None Submitted on: Fri 20 Aug 2010 04:09:43 PM UTC Severity: 3 - Normal

[bug #30833] Bug of color with less? please check

URL: Summary: Bug of color with less? please check Project: make Submitted by: None Submitted on: Sat Aug 21 16:11:32 2010 Severity: 3 - Normal Item Group: Bug

[bug #30833] Bug of color with less? please check

Follow-up Comment #1, bug #30833 (project make): Sorry, this is the most mis-filed bug I ever reported; please recategorize or just ignore. ___ Reply to this item at: __

[bug #31087] .SECONDEXPANSION: of $$< expands to target in pattern prerequisites

URL: Summary: .SECONDEXPANSION: of $$< expands to target in pattern prerequisites Project: make Submitted by: None Submitted on: Mon 20 Sep 2010 05:26:25 PM UTC Severity: 3 - Normal

[bug #31087] .SECONDEXPANSION: of $$< expands to target in pattern prerequisites

Follow-up Comment #1, bug #31087 (project make): This duplicates bug #28456; sorry that I did not spot it earlier when I first looked for matching bugs. ___ Reply to this item at: _

[bug #9063] Need a less-verbose debug mode.

Follow-up Comment #4, bug #9063 (project make): http://my.opera.com/briakei29/ ___ Reply to this item at: ___ Message sent via/by Savannah http://sava

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #36, bug #17873 (project make): http://loansharks.blog.co.uk ___ Reply to this item at: ___ Message sent via/by Savannah http://sav

[bug #23273] Please include xkcd easteregg

Follow-up Comment #9, bug #23273 (project make): http://my.opera.com/briakei29/ ___ Reply to this item at: ___ Message sent via/by Savannah http://sa

[bug #12078] Failure to recognise updated file from pattern rule with multiple targets

Follow-up Comment #2, bug #12078 (project make): Hi folks, thanks for all the hard work. Any chance of this one being fixed any time soon? After all, pattern rules are the only way of telling make about a program that produces two or more output files. This bug means that it is necessary to run

<    1   2   3   4   5   6   7   8   >