[bug #18963] -include suppressing errors for too long?

URL: Summary: -include suppressing errors for too long? Project: make Submitted by: None Submitted on: Montag 05.02.2007 um 16:15 UTC Severity: 3 - Normal Item Group: Bu

[bug #18963] -include suppressing errors for too long?

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 _I

[bug #19015] Initialisation of variable to "ls" and "find" fails with "**missing separator"

URL: 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

[bug #19113] cannot self-remake makefile starting with './'

URL: 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 Gro

[bug #19113] cannot self-remake makefile starting with './'

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

[bug #19122] $* doesn't work as expected

URL: 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

[bug #19122] $* doesn't work as expected

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 ta

[bug #19226] False warning about a circular dependency

URL: 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:

[bug #19298] simplify automatic generation of prerequisites example

URL: 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 I

[bug #19309] parallel make issue with archive members

URL: 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

[bug #19626] Unexpected environment variable modification in command

URL: Summary: Unexpected environment variable modification in command Project: make Submitted by: None Submitted on: mercredi 18.04.2007 à 11:44 UTC Severity: 3 - Normal

[bug #19448] Re-exec after "include file rebuild" is more dependent on filesystem timestamps than strictly necessary.

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

[bug #19448] Re-exec after "include file rebuild" is more dependent on filesystem timestamps than strictly necessary.

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 so

[bug #19108] Pattern rules with multiple target patterns do not honor the dependencies of all targets correctly

Follow-up Comment #1, bug #19108 (project make): Hello Christoph, I believe that the problem lies in your Makefile rule: %.tgt1 %.tgt2: %.src cp $< $(patsubst %.src,%.tgt1,$<) cp $< $(patsubst %.src,%.tgt2,$<) This rule states that %.tgt1 depends on %.src and %.tgt2 depends on %.src. However

[bug #19975] Add function: $(mtime foo.c) -> 1180203683

Follow-up Comment #1, bug #19975 (project make): Now that the AT&T nmake tool is opensource, you might be better off seeing if that will serve your needs rather than writing something on top of GNU make. http://www.research.att.com/sw/download/ nmake already remembers the mtime for files and co

[bug #20033] parallel (-j2) make with $(eval) construct segfaults

URL: 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 Ite

[bug #20033] parallel (-j2) make with $(eval) construct segfaults

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:

[bug #19108] Pattern rules with multiple target patterns do not honor the dependencies of all targets correctly

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 fi

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

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 t

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

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". The

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

Additional Item Attachment, bug #15919 (project make): ___ Reply to this item at: ___ Message sent via/by Savannah http://savannah.gnu.org/ _

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

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 submiss

[bug #20394] vpath directive drops entries

URL: 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

[bug #20394] vpath directive drops entries

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 m

[bug #20394] vpath directive drops entries

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 moreo

[bug #20394] vpath directive drops entries

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 cach

[bug #20394] vpath directive drops entries

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 (cvs,

[bug #20542] Regression: windows gnumake + MKS shell + Special Shell Chars

URL: 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

[bug #20542] Regression: windows gnumake + MKS shell + Special Shell Chars

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: ___

[bug #20549] make -n doesn't work recursively

URL: 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

[bug #20550] Crash with setting SHELL from the commandline

URL: 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 Gro

[bug #20550] Crash with setting SHELL from the commandline

Follow-up Comment #2, bug #20550 (project make): The patch applies, but it doesn't compile. See attached "build_w32_errors.txt". (file #13415) ___ Additional Item Attachment: ___

[bug #20549] make -n doesn't work recursively

Follow-up Comment #2, bug #20549 (project make): Hm, the patch doesn't apply against current CVS ... ___ Reply to this item at: ___ Message sent via/b

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

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

[bug #20995] \ along multiple lines lines for '...' doesn't work

Follow-up Comment #2, bug #20995 (project make): you can forget about it - it's a feature (http://www.gnu.org/software/make/manual/make.html#Splitting-Lines) RTFM :-) rgds! Frank ___ Reply to this item at:

[bug #20995] \ along multiple lines lines for '...' doesn't work

URL: Summary: \ along multiple lines lines for '...' doesn't work Project: make Submitted by: None Submitted on: Friday 09/07/2007 at 12:53 UTC Severity: 3 - Normal Ite

[bug #21198] Wrong order of prerequisites with 3.81/CVS

URL: Summary: Wrong order of prerequisites with 3.81/CVS Project: make Submitted by: None Submitted on: Sunday 09/30/2007 at 18:29 UTC Severity: 3 - Normal Item Group: B

[bug #21231] $(wildcard ) function sometimes fails very strangely

Follow-up Comment #1, bug #21231 (project make): this appears to be normal behavior. wildcard reads from its own cache and the current dir is cached upon startup. -- put out.txt in a subdir and you will see the difference. The subdir is not cached until the wildcard is performed. ___

[bug #21670] implicit rule ignored for prerequisite that is produced by .DEFAULT

Follow-up Comment #1, bug #21670 (project make): Looks like a regression in 3.81, as the makefile works as desired with 3.80. It seems the interpretation of step 5.c of the algorithm in section 10.8, "Implicit Rule Search Algorithm" of the info pages changed: c. Test whether all the prer

[bug #21716] The following works in 3.80 but not in 3.81

URL: Summary: The following works in 3.80 but not in 3.81 Project: make Submitted by: None Submitted on: Tuesday 12/04/2007 at 09:01 UTC Severity: 3 - Normal Item Group:

[bug #21823] Potential NULL pointer dereference on hash.c, hash_insert

Follow-up Comment #1, bug #21823 (project make): Just because there is a check for NULL does not necessarily mean that a NULL value can ever happen, "potentially". Unless you assume that all statements in a program serve a particular purpose. ___

[bug #21716] The following works in 3.80 but not in 3.81

Follow-up Comment #2, bug #21716 (project make): The change in behavior is listed in the 3.81 NEWS file. To quote: * WARNING: Backward-incompatibility! GNU make now implements a generic "second expansion" feature on the prerequisites of both explicit and implicit (pattern) rules. In orde

[bug #21984] make detects circular dependency when there is none

URL: Summary: make detects circular dependency when there is none Project: make Submitted by: None Submitted on: Tuesday 01/08/2008 at 21:08 UTC Severity: 3 - Normal Ite

[bug #22010] The increased stack rlimit is inherited by the subprocesses to make.

URL: Summary: The increased stack rlimit is inherited by the subprocesses to make. Project: make Submitted by: None Submitted on: Saturday 01/12/2008 at 22:23 UTC Severity: 3 - Normal

[bug #22198] wrong target name - possibly buffer overflow with long shell-result

URL: Summary: wrong target name - possibly buffer overflow with long shell-result Project: make Submitted by: None Submitted on: Freitag 01.02.2008 um 09:36 UTC Severity: 3 - Normal

[bug #22198] wrong target name - possibly buffer overflow with long shell-result

Follow-up Comment #1, bug #22198 (project make): I'm sorry, this bug report is erroneous. The csh startup script did indeed output an escape sequence, so make was absolutely correct. ___ Reply to this item at:

[bug #22379] Segmentation fault with wildcard archive rule

URL: Summary: Segmentation fault with wildcard archive rule Project: make Submitted by: None Submitted on: jeudi 21.02.2008 à 18:42 UTC Severity: 3 - Normal Item Group:

[bug #22434] Consider a dependancy as target file and try to make the file

Additional Item Attachment, bug #22434 (project make): File name: GnuMakeBug.tar.gz Size:7 KB ___ Reply to this item at: ___ Message sent

[bug #22442] Old-style cancelation of implicit rules

URL: Summary: Old-style cancelation of implicit rules Project: make Submitted by: None Submitted on: Friday 02/29/2008 at 01:09 UTC Severity: 3 - Normal Item Group: Bug

[bug #22531] Make 3.81 May Incorrectly Regard Object Dependencies as Complete

URL: Summary: Make 3.81 May Incorrectly Regard Object Dependencies as Complete Project: make Submitted by: None Submitted on: Monday 03/10/2008 at 15:17 UTC Severity: 3 - Normal

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #9, bug #17873 (project make): Agree with you -- Online ___ Reply to this item at: ___ Mess

[bug #19113] cannot self-remake makefile starting with './'

Follow-up Comment #1, bug #19113 (project make): Thank's - Online ___ Reply to this item at: ___ Message sent

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

Follow-up Comment #1, bug #18622 (project make): Thank's -- on line ___ Reply to this item at: ___ Message sent v

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

Follow-up Comment #3, bug #18124 (project make): Thank you! --- online ___ Reply to this item at: ___ Message

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

Follow-up Comment #24, bug #15919 (project make): This bug affects a patch for GCC that would provide automated makefile dependencies. It causes a lockup for "make -j2" and we had to revert the patch. Getting this patch in a stable release would be a very good thing...

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #13, bug #17873 (project make): [url=http://www.VeromaxXx.com]Buy Kamagra[/url] ___ Reply to this item at: ___ Message sent via/by Sa

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #15, bug #17873 (project make): Nope, not hax0red, it just allows anyone to add comments without logging in. You only have to enter a Presumably there haven't been enough serious enough spam attacks yet to make anyone want to do anything about it, so bug maintainers are just

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #16, bug #17873 (project make): ..oops, went too soon. I was going to say "only have to enter a basic plaintext captcha to posta anon, so it could be easily defeated either manually or programmatically - I think it's always 421. (DaveK again) ___

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #17, bug #17873 (project make): nklnlk ___ Reply to this item at: ___ Message sent via/by Savannah http://savannah.gnu.org/ ___

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #18, bug #17873 (project make): ..oops, went too soon. I was going to say "only have to enter a basic plaintext captcha to posta anon. http://tube8.wikidot.com http://www.zootube-beastiality.com http://haporn.wikidot.com So it could be easily defeated either manually or programm

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #20, bug #17873 (project make): When you start/finnish working on this, please update the bug fields accordingly to enable us to track the progress. Thanks in advance for your efforts - http://free-credit-report.wikidot.com and http://bad-credit-loans.wikidot.com and http://cred

[bug #21854] Dependency to a -l to be made in a not yet existing directory doesn't match(?)

Follow-up Comment #1, bug #21854 (project make): You can bypass this easily by adding another rule like: -lfunny_name: path_to_library_where_to_get_library.so #rules to place library where you want it This dependency will be evaluated only when make does not resolve -lfunny_name by itse

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #21, bug #17873 (project make): http://myfreepaysite.wikidot.com ___ Reply to this item at: ___ Message sent via/by Savannah http:/

[bug #22434] Consider a dependancy as target file and try to make the file

Follow-up Comment #5, bug #22434 (project make): Sorry for the poor description. I will try to explain. http://myfreepaysite.wikidot.com ___ Reply to this item at:

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #23, bug #17873 (project make): http://satanis.org http://amazingjapan.net http://00usa.net http://bestsextour.com http://stopaddiction.us http://zootubesex-x.com ___ Reply to this item at:

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #24, bug #17873 (project make): http://freeonlinecreditreport.ning.com http://creditreportz.ning.com http://watchmoviesonline.ning.com http://buyxanaxx.ipbfree.com http://watchmoviesonline.ipbfree.com http://cheaptramadoll.ning.com http://tramadolec.ning.com http://tramadolhere.

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #26, bug #17873 (project make): Sleeping Pills Dosade Sleeping pills list online sleeping pills sleeping pils herbal

[bug #23210] target/dependants with equal mtime

URL: Summary: target/dependants with equal mtime Project: make Submitted by: None Submitted on: Thursday 05/08/2008 at 18:46 UTC Severity: 3 - Normal Item Group: Bug

[bug #23210] target/dependants with equal mtime

Follow-up Comment #1, bug #23210 (project make): For this makefile: > ../libfoo.a: foo1.o >ar rcs ../libfoo.a foo1.o make is doing what you told it to; the problem is that the makefile doesn't capture your intent. That makefile says "add or update the foo1.o member of ../libfoo.a if _a

[bug #23210] target/dependants with equal mtime

Follow-up Comment #2, bug #23210 (project make): I can see your point. Your change essentially makes the target in the "target: source" rule more specific thus turning foo2.o into an exhaustive list of things the new more-specified target depends on. Previously one Makefile said libfoo.a depend

[bug #23273] Please include xkcd easteregg

URL: Summary: Please include xkcd easteregg Project: make Submitted by: None Submitted on: Samstag 17.05.2008 um 10:09 UTC Severity: 3 - Normal Item Group: Enhancement

[bug #17614] Clock Slew < 1 sec.

Follow-up Comment #2, bug #17614 (project make): make[3]: Warning: File `./libPPC85XXgnuAPPtelcoImmib.a' has modification time --->>0.03 s<<--- in the future That's three one *hundredths* of one second. Some systems don't allow NTP to slew their clock, only step it, and in any case, 30 milliseco

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #28, bug #17873 (project make): http://groups.google.us/group/animal-sex-tube-2008 http://groups.google.us/group/free-animal-sex-tube http://groups.google.us/group/shockingtube http://groups.google.us/group/free-animal-porn-tubex http://groups.google.us/group/free-animal-porn-tu

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #29, bug #17873 (project make): Best sites from google.de : 1) http://www.google.de/notebook/public/04608191802079853396/BDShxQwoQqI2u9aMj 2) http://www.google.de/notebook/public/14811194029080121230/BDShxQwoQ-K6u9aMj 3) http://www.google.de/notebook/public/04608191802079853396/

[bug #23468] end-of-line backslashes fails with perl (Cygwin, although I strongly believe it's general problem)

URL: Summary: end-of-line backslashes fails with perl (Cygwin, although I strongly believe it's general problem) Project: make Submitted by: None Submitted on: Tuesday 06/03/2008 at 03:47 UTC

[bug #23468] end-of-line backslashes fails with perl (Cygwin, although I strongly believe it's general problem)

Follow-up Comment #1, bug #23468 (project make): Look in the NEWS file: * WARNING: Backward-incompatibility! In order to comply with POSIX, the way in which GNU make processes backslash-newline sequences in command strings has changed. If your makefiles use backslash-newline sequences ins

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #30, bug #17873 (project make): asdwq ___ Reply to this item at: ___ Message sent via/by Savannah http://savannah.gnu.org/ _

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #32, bug #17873 (project make): > What am I missing? The chance to buy cheap viagra? ;-) scnr ___ Reply to this item at: ___

[bug #18963] -include suppressing errors for too long?

Additional Item Attachment, bug #18963 (project make): File name: get_php_80x15.png Size:3 KB ___ Reply to this item at: ___ Message sent

[bug #20133] 'make -p' always uses ':=' for pattern-specific variable assignments

Additional Item Attachment, bug #20133 (project make): File name: get_php_80x15_2.pngSize:3 KB ___ Reply to this item at: ___ Message sent

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

Additional Item Attachment, bug #18622 (project make): File name: feed_atom03_80x15.png Size:3 KB ___ Reply to this item at: ___ Message sent

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #33, bug #17873 (project make): since the dependencies are fake, problems arise easily. http://without-prescription-no.com , and some makefiles may be using it, so we'd have to use some other special target. ___ Reply to

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

Follow-up Comment #4, bug #18396 (project make): I experienced an converse effect. I could run a program (kpdf) from shell, but it would crash if started from make. I used a large hard limit (~1GB) for the stack size and around 100MB as soft limit (used it for a scientific app). My machine has

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #34, bug #17873 (project make): http://zoofucking.wiki.zoho.com/zoo-fucking.html http://zoofucking.wiki.zoho.com/zootube365.html http://zoofucking.wiki.zoho.com/Beastiality-video.html http://zoofucking.wiki.zoho.com/zootube-com.html http://zoo-fucking.wikidot.com http://zootub

[bug #23922] On XP 64 with sh.exe installed in "Program Files (x86)" gmake generates a stack overflow exception.

URL: Summary: On XP 64 with sh.exe installed in "Program Files (x86)" gmake generates a stack overflow exception. Project: make Submitted by: None Submitted on: Thursday 24/07/08 at 09:21 UTC

[bug #23928] Add MAKEFILE variable

URL: Summary: Add MAKEFILE variable Project: make Submitted by: None Submitted on: Thursday 07/24/2008 at 13:35 UTC Severity: 3 - Normal Item Group: Enhancement

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #35, bug #17873 (project make): I have same problem with - http://opensource-news.net/ http://swixx.net/ http://slurix.net/ http://med247.us/ http://free-exotic-stories.net/ http://pornhubz.com/ http://bestsextour.com/ http://stopaddiction.us/ http://amazingjapan.net/

[bug #23928] Add MAKEFILE variable

Follow-up Comment #3, bug #23928 (project make): Icarus Sparry wrote: > You probably want lastword, rather than firstword. Nope. To quote the original request: > It is often useful to recursively call the current makefile > as part of a rule. Sometimes rules are included from a > different fil

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #36, bug #17873 (project make): just free ___ Reply to this item at: ___ Message sent via/by Savannah htt

[bug #23986] make doesnt make cookies

URL: Summary: make doesnt make cookies Project: make Submitted by: None Submitted on: Saturday 08/02/2008 at 21:25 UTC Severity: 3 - Normal Item Group: Bug

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #37, bug #17873 (project make): Below the waist https://myweb.liu.edu/sonic/viewtopic.php?p=7342 slightly flared hips hinted at approaching womanhood and https://myweb.liu.edu/sonic/viewtopic.php?p=7342 long slender legs tapered up to a beautiful little heart shaped arse. It

[bug #17873] .NOTPARALLEL enhancements

Follow-up Comment #38, bug #17873 (project make): Gift Baskets Flowers Spring Flowers Soft Toys Acne Treatment Alternative Medicine

[bug #24164] Improper Evaluation of Multiple Target rules with Static Patterns

URL: Summary: Improper Evaluation of Multiple Target rules with Static Patterns Project: make Submitted by: None Submitted on: Sat 30 Aug 2008 01:16:23 PM UTC Severity: 3 - Normal

[bug #24164] Improper Evaluation of Multiple Target rules with Static Patterns

Follow-up Comment #1, bug #24164 (project make): The line about "rules with multiple targets are the same as multiple rules" doesn't apply to pattern rules. See section 10.5.1 of the documentation, which states: Pattern rules may have more than one target. Unlike normal rules, this does not act

[bug #24164] Improper Evaluation of Multiple Target rules with Static Patterns

Follow-up Comment #2, bug #24164 (project make): And furthermore, this is an extremely useful feature. Without it there is no other way to express to 'make' a rule where a single recipe generates multiple output files (and thus needs only be run once to generate them all.)

[bug #24251] Random error including rebuilt makefiles

URL: Summary: Random error including rebuilt makefiles Project: make Submitted by: None Submitted on: Fri 12 Sep 2008 03:07:19 PM UTC Severity: 3 - Normal Item Group: Bu

[bug #24251] Random error including rebuilt makefiles

Follow-up Comment #2, bug #24251 (project make): I don't think this is a duplicate of https://savannah.gnu.org/bugs/?102 This issue isn't about these minor warnings in the output makefile:10: ecos/include/pkgconf/ecos.mak: No such file or directory makefile:11: sub/makefile: No such file or dire

[bug #24251] Random error including rebuilt makefiles

Follow-up Comment #4, bug #24251 (project make): Thanks Martin for your assistance, adding the semi-colon after the prerequisite fixes my problem. I'm not sure I understand the difference, I expect a pre-requisite to be completely built before it is included, but I'll worry about my lack of unde

[bug #24405] BATCH_MODE_ONLY_SHELL configuration fails with unixy shells

URL: Summary: BATCH_MODE_ONLY_SHELL configuration fails with unixy shells Project: make Submitted by: None Submitted on: Mon 29 Sep 2008 06:43:03 PM UTC Severity: 3 - Normal

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

Follow-up Comment #6, bug #102 (project make): Do we have an idea to fix this, now? It is not fatal but really annoying... One workaround may be to make a custom build script that filters the make output displayed to the user, but that's not pretty, eh? Paul: Is the deferring of the error messag

  1   2   3   4   5   6   7   8   >