notes about make docs p 3.5

ded. https://stackoverflow.com/questions/65071351/egg-and-chicken-problem-when-auto-generate-default-makefile/65072730 Respect, -- Dmitry

Re: notes about make docs p 3.5

> make it explicit that Make has default, built-in make rules, the ones from > https://www.gnu.org/software/make/manual/make.html#Catalogue-of-Rules. > > > From: Bug-make on behalf of > Dmitry > Sent: Monday, November 30, 2020 09:5

Re: notes about make docs p 3.5

e they baseless too? Chmoki -- Dmitry

Re: notes about make docs p 3.5

uot; But in 3.5 it's totally mystified. You just can't make a guess about such behaviour and only in RCS/SCCS . > So, it's unlikely that there will be a desire to add built-in rules for > more kinds of source control systems. Probably this paragraph could be > reworked or even mostly removed. Yes, I think too that deleting this paragraph will be useful. -- Dmitry

[patch] Guile conditional

at do you think? -- Accept: text/plain, text/x-diff Accept-Language: eo,en,ru X-Keep-In-CC: yes From 87123428a53f534611c8266d21c161a1ec951675 Mon Sep 17 00:00:00 2001 From: Dmitry Bogatov Date: Fri, 5 Jun 2015 22:33:22 +0300 Subject: [PATCH] Add Guile-based conditional * read.c(conditi

Re: [patch] Guile conditional

* Paul Smith [2015-07-02 11:06:53-0400] > On Mon, 2015-06-15 at 17:36 +0300, Dmitry Bogatov wrote: > > I would like to propose patch, implementing new > > conditional: `ifscm'. It has following syntax: > > > > ifscm (some s-expression #f) > >

Re: [patch] Guile conditional

* Paul Smith [2015-07-02 14:03:22-0400] > On Thu, 2015-07-02 at 20:48 +0300, Dmitry Bogatov wrote: > > > Can't you write: > > > > > > ifneq ($(guile some s-sexpression),) > > > > > > It's not quite as clean, but it doesn't require

[bug #48951] Grammar mistake in section 5.3.1

URL: Summary: Grammar mistake in section 5.3.1 Project: make Submitted by: dmitrykabanov Submitted on: Tue 30 Aug 2016 06:18:41 PM GMT Severity: 3 - Normal Item Group: Do

[dgoncha...@users.sf.net: [PATCH] uninitialized variable in parse_file_seq]

glob/glob.c touches this variable when the user passes a pattern with a trailing slash to wildcard. regards, Dmitry diff --git a/src/read.c b/src/read.c index db1a42d..2e44d5e 100644 --- a/src/read.c +++ b/src/read.c @@ -3065,6 +3065,7 @@ parse_file_seq (char **stringp, unsigned int size, int

[dgoncha...@users.sf.net: [PATCH] use own copy of glob.c]

submitted in another email is applied then this patch should be applied as well. Otherwise, gmake won't pass the tests on glibc systems. regards, Dmitry diff --git a/configure.ac b/configure.ac index 4710832..1e0c6f7 100644 --- a/configure.ac +++ b/configure.ac @@ -410,7 +410,7 @@ AC_CACHE_C

[PATCH] fix wildcard when pattern has a trailing slash.

. regards, Dmitry diff --git a/glob/glob.c b/glob/glob.c index f3911bc..6f8c8a4 100644 --- a/glob/glob.c +++ b/glob/glob.c @@ -370,6 +375,7 @@ glob (pattern, flags, errfunc, pglob) size_t dirlen; int status; int oldcount; + int retval = 0; if (pattern == NULL || pglob == NULL

[PATCH] add wildcard tests

These are wildcard tests that pass patterns with trailing slash. These tests verify the glob patch sent in a separate email. regards, Dmitry diff --git a/tests/run_make_tests.pl b/tests/run_make_tests.pl index cd8a643..99d56bc 100644 --- a/tests/run_make_tests.pl +++ b/tests/run_make_tests.pl

Re: Handling posix_spawn for non-existent binaries

d generating the error on my own. Subject to a race condition. regads, Dmitry ___ Bug-make mailing list Bug-make@gnu.org https://lists.gnu.org/mailman/listinfo/bug-make

[bug #57022] Error 127 executing a script with no #!

a shell even when no shell is needed. Paul, what about replacing --disable-posix-spawn with --enable-posix-spawn? regards, Dmitry ___ Reply to this item at: <https://savannah.gnu.org/bugs/?57022> ___

[bug #57022] Error 127 executing a script with no #!

Follow-up Comment #6, bug #57022 (project make): Submitted a new test features/exec which reproduces this bug. https://lists.gnu.org/archive/html/bug-make/2019-10/msg00046.html ___ Reply to this item at:

[bug #57242] Non-recursive command passes invalid jobserver file descriptors

Follow-up Comment #1, bug #57242 (project make): Stefan, the behavior you described is intended. make closes the pipe unless the command has + or (MAKE) or {MAKE}. This is necessary, because a command can mess up job server operation or a command may expect a specific fd to be available.

[bug #57778] Stop looking for an included file once found, even if cannot be opened.

orrupt or a directory. Similarly a compiler stops looking for a header once it found one, even if cannot be opened. The change from rmfiles to unlink in features/included is needed to have the test pass when -keep is specified. regards,

[bug #57962] apparent regression involving PATH resolution

Follow-up Comment #3, bug #57962 (project make): This is a test which reproduces the bug. The bug only manifests when USE_POSIX_SPAWN is defined. regards, Dmitry diff --git a/tests/scripts/features/exec b/tests/scripts/features/exec

[bug #57962] apparent regression involving PATH resolution

Follow-up Comment #4, bug #57962 (project make): The bug is in gnulib in function find_in_given_path. This is a patch which fixes the bug. The fix is likely needed for the windows specific piece of code in find_in_given_path as well. regards, Dmitry diff --git a/lib/findprog-in.c b/lib/findprog

[bug #57962] apparent regression involving PATH resolution

Follow-up Comment #5, bug #57962 (project make): i also submitted this patch to bug-gnulib mailing list. ___ Reply to this item at: ___ Message sent vi

[bug #57676] openjdk11 fails to build with make 4.3

Follow-up Comment #9, bug #57676 (project make): make should not claim "cannot make the included makefile" having successfully read the makefile. Here is a patch which fixes the issue. regards, Dmitry diff --git a/src/makeint.h b/src/makeint.h index c428a36..327849b 100644 --- a/src

[bug #57676] openjdk11 fails to build with make 4.3

Follow-up Comment #10, bug #57676 (project make): Here is a test for this. +# Test 20. +# When successfully read an included makefile, update its mtime, if needed. +# https://savannah.gnu.org/bugs/?57676. + +unlink('hello.mk'); +run_make_test(q! +-include hello.mk +$(shell echo hello=world >hello

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

Follow-up Comment #1, bug #58013 (project make): This is intentional. See https://savannah.gnu.org/bugs/?54740. ___ Reply to this item at: ___ Message

[bug #58013] .SILENT no longer suppresses "Entering directory"

Follow-up Comment #4, bug #58013 (project make): "Entering directory' message when the user is not expecting one is a benign backward incompatibility. i'd be more concern about the opposite. Also, reinstating the prior behavior is incompatible with 4.3. ___

[bug #58013] .SILENT no longer suppresses "Entering directory"

Follow-up Comment #7, bug #58013 (project make): Posix is explicit that -s and .SILENT are both about command lines. If we wanted to be strictly posix conformant 'Entering directory' should be printed even when -s is specified. if .SILENT is stretched to suppress other messages such as 'Entering d

[bug #58056] Forced prerequisite order is not honored with pattern rules

Follow-up Comment #1, bug #58056 (project make): This behavior is intended. 1. To figure out if a target has to be rebuilt make traverses the list of prerequisites and finds out if any of the prerequisites, but not intermediate prerequisites, need to be rebuilt. During this traverse make rebuilds

[bug #56301] Mandatory/Optional include files and pattern rule with multi-targets

Follow-up Comment #1, bug #56301 (project make): Here is a fix. diff --git a/src/main.c b/src/main.c index bcba2d1..5c1a7da 100644 --- a/src/main.c +++ b/src/main.c @@ -2305,6 +2305,8 @@ main (int argc, char **argv, char **envp) any_remade |= (mtime != NONEXISTENT_MTIME

[bug #56301] Mandatory/Optional include files and pattern rule with multi-targets

Follow-up Comment #2, bug #56301 (project make): Here is a test. diff --git a/tests/scripts/features/include b/tests/scripts/features/include index 0c63c06..2281ee4 100644 --- a/tests/scripts/features/include +++ b/tests/scripts/features/include @@ -260,4 +260,13 @@ inc1:; @%s $@ && echo FOO := ba

[bug #55242] Included Makefile not found, no rule to build it but make does not fail

Follow-up Comment #1, bug #55242 (project make): Here is a patch against the current master (0c326a66c9eb3a3b5e4ab7892578b016b0590b1f). This patch causes make to re-execute itself to read the included makefile. diff --git a/src/remake.c b/src/remake.c index fb237c5..4dc91d8 100644 --- a/src/rema

[bug #55242] Included Makefile not found, no rule to build it but make does not fail

Follow-up Comment #2, bug #55242 (project make): Here is a test. diff --git a/tests/scripts/features/include b/tests/scripts/features/include index 0c63c06..f39e5ec 100644 --- a/tests/scripts/features/include +++ b/tests/scripts/features/include @@ -260,4 +260,16 @@ inc1:; @%s $@ && echo FOO := b

[bug #55242] Included Makefile not found, no rule to build it but make does not fail

Additional Item Attachment, bug #55242 (project make): File name: sv_55242_let_included_files_be_byproduct_of_unrelated_rules.diff Size:2 KB File name: sv_55242_let_included_files_be

[bug #56301] Mandatory/Optional include files and pattern rule with multi-targets

Follow-up Comment #3, bug #56301 (project make): These patches are against the current master (0c326a66c9eb3a3b5e4ab7892578b016b0590b1f). ___ Reply to this item at:

[bug #56301] Mandatory/Optional include files and pattern rule with multi-targets

Follow-up Comment #4, bug #56301 (project make): This test is the same as the one submitted earlier, but unlinks the included makefiles. diff --git a/tests/scripts/features/include b/tests/scripts/features/include index 0c63c06..4401622 100644 --- a/tests/scripts/features/include +++ b/tests/scri

[bug #58365] make 4.3 segfault on s390x alpine linux

Follow-up Comment #1, bug #58365 (project make): Can you please attach a makefile which reproduces the crash? ___ Reply to this item at: ___ Сообщение

[bug #58435] make 4.3 is not c89 compliant

Follow-up Comment #2, bug #58435 (project make): This code was introduced when a local implementation of strerror was replaced with gnulib's one. commit 4d00ceba264a9fd04241dcd2685526ce64c1346b Author: Paul Smith Date: Sat Jul 13 08:34:45 2019 -0400 Switch to the gnulib version of strerro

[bug #58497] inconsistent newline removal in $(file <)

Additional Item Attachment, bug #58497 (project make): File name: sv_58497_fix_function_file.diff Size:0 KB File name: sv_58497_fix_function_file_tests.diff Size:2 KB

[bug #58497] inconsistent newline removal in $(file <)

Follow-up Comment #1, bug #58497 (project make): Attached another fix along with new tests. ___ Reply to this item at: ___ Message sent via Savannah

[bug #58497] inconsistent newline removal in $(file <)

Follow-up Comment #2, bug #58497 (project make): However, i'd like to be able to reproduce realloc returning a smaller address. Ken, do you have a makefile which reproduces this? ___ Reply to this item at:

[bug #58639] Shortest stem not matched

Follow-up Comment #2, bug #58639 (project make): Paul, do you think we can describe this scenario this explicitly in the doc? E.g. diff --git a/doc/make.texi b/doc/make.texi index 733c0b9..9c625d7 100644 --- a/doc/make.texi +++ b/doc/make.texi @@ -10342,9 +10342,9 @@ A pattern rule can be used to

[bug #58529] MAKEOVERRIDES does not change the origin

Follow-up Comment #2, bug #58529 (project make): make manual specifies that the only thing legal to do with MAKEOVERRIDES is to reset it. Why do you want to set new contents of MAKEOVERRIDES? MAKEOVERRIDES is not intended for this use. You can override a variable using override. override FOO=z

[bug #58734] gmake does not check for the existence of a file before complaining it is missing

Follow-up Comment #1, bug #58734 (project make): Can you please attach a makefile that demonstrates the issue? ___ Reply to this item at: ___ Сообщение

[bug #58960] Fix a typo in the manual

URL: Summary: Fix a typo in the manual Project: make Submitted by: dgoncharov Submitted on: Sat 15 Aug 2020 02:42:53 PM UTC Severity: 3 - Normal Item Group: None

[bug #58961] Document dynamic phony targets.

URL: Summary: Document dynamic phony targets. Project: make Submitted by: dgoncharov Submitted on: Sat 15 Aug 2020 02:44:41 PM UTC Severity: 3 - Normal Item Group: Docum

[bug #58961] Document dynamic phony targets.

Additional Item Attachment, bug #58961 (project make): File name: doc_dynamic_phony_targets.diff Size:1 KB ___ Reply to this item at:

[bug #58961] Document dynamic phony targets.

Follow-up Comment #1, bug #58961 (project make): Please use the latest attached file. ___ Reply to this item at: ___ Message sent via Savannah https:

[bug #58979] Recursive make using jobserver hangs at completion

Follow-up Comment #3, bug #58979 (project make): David, can you please attach the makefiles which reproduce the issue? ___ Reply to this item at: ___ С

[bug #58979] Recursive make using jobserver hangs at completion

Follow-up Comment #8, bug #58979 (project make): > I've attached my makefiles. i guess, a clarification is needed. The attached makefiles are a part of a bigger system. The other part is missing. It is not possible to reproduce the issue with the attached makefiles for anyone who is missing the

[bug #58979] Recursive make using jobserver hangs at completion

Follow-up Comment #10, bug #58979 (project make): > No. It did not hang. -n causes make to run only recursive commands. And the hang does not reproduce with -n. Which makes us suspect all the other (not recursive) commands. There are atleast the following debugging options. Remove recipies one

[bug #58979] Recursive make using jobserver hangs at completion

Follow-up Comment #11, bug #58979 (project make): > but I have never put '+' on any recipes. When is that needed? '+' cause make to keep the jobserver pipe fd open on exec of that command and also run the command regardless of -n, -p, -q.

[bug #59096] The built in rule for archives fails on aix.

URL: Summary: The built in rule for archives fails on aix. Project: make Submitted by: dgoncharov Submitted on: Чт 10 сен 2020 23:40:31 Severity: 3 - Normal Item Group:

[bug #59096] The built in rule for archives fails on aix.

Follow-up Comment #1, bug #59096 (project make): This is a patch which fixes this rule. diff --git a/src/default.c b/src/default.c index 751ea15..7d31355 100644 --- a/src/default.c +++ b/src/default.c @@ -71,6 +71,9 @@ static struct pspec default_pattern_rules[] = #else { "(%)", "%", +#ifd

[bug #59093] Segmentation fault regression in make 4.3 vs. 4.2.1

Follow-up Comment #1, bug #59093 (project make): This is caused by stack overflow. A change introduced in commit 4f3a41c60a02f6df9fc0725698ade64825907822 prevents setting stack size if posix_spawn is used. ___ Reply to this item at:

[bug #59093] Segmentation fault regression in make 4.3 vs. 4.2.1

Additional Item Attachment, bug #59093 (project make): File name: sv59093_set_stack_size.diffSize:0 KB ___ Reply to this item at:

[bug #59093] Segmentation fault regression in make 4.3 vs. 4.2.1

Follow-up Comment #2, bug #59093 (project make): This patch in the attachment solves the issue. ___ Reply to this item at: ___ Message sent via Savanna

[bug #59093] Segmentation fault regression in make 4.3 vs. 4.2.1

Additional Item Attachment, bug #59093 (project make): File name: defss.diff Size:2 KB ___ Reply to this item at:

[bug #59093] Segmentation fault regression in make 4.3 vs. 4.2.1

Follow-up Comment #5, bug #59093 (project make): The only issue i encountered with make children inheriting a high value of RLIMIT_STACK was a 32 bit compiler running out of heap when compiling a large file. i attached another patch. This patch sets stack limit to a default hardcoded value when p

[bug #59230] Conditional assigment of a target specific variable prevents export

Follow-up Comment #2, bug #59230 (project make): However, the following example still fails, even with the attached patch applied. $ cat makefile all:; @echo hello=$$hello hello=sun dummy: hello?=world $ hello=moon make hello= ___ Repl

[bug #59230] Conditional assigment of a target specific variable prevents export

Additional Item Attachment, bug #59230 (project make): File name: sv59230_conditional_assignment_of_a_target_var Size:1 KB ___ Reply to

[bug #59230] Conditional assigment of a target specific variable prevents export

Follow-up Comment #4, bug #59230 (project make): The second patch fixes this second issue. ___ Reply to this item at: ___ Message sent via Savannah h

[bug #59230] Conditional assigment of a target specific variable prevents export

Follow-up Comment #1, bug #59230 (project make): The attached patch fixes the issue. ___ Reply to this item at: ___ Message sent via Savannah https:/

[bug #59230] Conditional assigment of a target specific variable prevents export

Additional Item Attachment, bug #59230 (project make): File name: sv59230_assignment_of_a_global_variable_prevents_export_of_a_target_specific_variable.diff Size:1 KB

[bug #59230] Conditional assigment of a target specific variable prevents export

Follow-up Comment #3, bug #59230 (project make): That is assignment of a global variable prevents export of a target specific variable. ___ Reply to this item at: __

[bug #59230] Conditional assigment of a target specific variable prevents export

URL: Summary: Conditional assigment of a target specific variable prevents export Project: make Submitted by: dgoncharov Submitted on: Tue 06 Oct 2020 10:38:50 PM UTC Severity: 3 - No

[bug #59247] function shell eats a newline

URL: Summary: function shell eats a newline Project: make Submitted by: dgoncharov Submitted on: Sat 10 Oct 2020 06:24:33 PM UTC Severity: 3 - Normal Item Group: None

[bug #59247] function shell eats a newline

Additional Item Attachment, bug #59247 (project make): File name: sv_59247_func_shell_eats_newline.diff Size:1 KB ___ Reply to this item at: <

[bug #59247] function shell eats a newline

Follow-up Comment #1, bug #59247 (project make): The patch in the attachment fixes the issue. ___ Reply to this item at: ___ Message sent via Savannah

[bug #59490] target may not be remade if prerequisite has no recipe

Follow-up Comment #2, bug #59490 (project make): Greg, you observe the effect of make fs cache. In order to avoid this effect you need to tell make explicitly that c1 is to be rebuilt when b1 changes. e.g. b1: a1 touch b1 c1: b1 touch c1 d1: c1 touch d1

[bug #59601] buffer over-read on malformed environment variable

Follow-up Comment #2, bug #59601 (project make): Thanks for your report. Here is a patch. diff --git a/src/main.c b/src/main.c index 9066513..64e2529 100644 --- a/src/main.c +++ b/src/main.c @@ -1364,7 +1364,7 @@ main (int argc, char **argv, char **envp) enum variable_export export = v_e

[bug #59762] make --touch produce local spurious empty files with out-of-tree Makefile strategy

Follow-up Comment #1, bug #59762 (project make): You target.mk contains rule % :: $(DIR_TARGET) ; : When you run $ make file1.o make finds this rule, with % being file1.o and its prerequisite being build. Make then makes this prerequisite and then proceeds to execute the recipe to make file1.o

[bug #59870] Segmentation Fault on GNU

Follow-up Comment #1, bug #59870 (project make): Here is a patch. i am not adding a test, because there is a commented out test 19 in targetvars, which expects different behavior. Thank you for your report and the test case. diff --git a/src/read.c b/src/read.c index 545514c..11ef748 100644 ---

[bug #59881] Segmentation Fault through manipulated Makefile

Follow-up Comment #1, bug #59881 (project make): This makefile causes variable_buffer_output to realloc. This renders buffer in enter_prereqs invalid. Here is a patch. diff --git a/src/file.c b/src/file.c index a979ca5..61f0a56 100644 --- a/src/file.c +++ b/src/file.c @@ -524,8 +524,12 @@ enter_

[bug #59881] Segmentation Fault through manipulated Makefile

Follow-up Comment #2, bug #59881 (project make): Here is a test. diff --git a/tests/scripts/functions/error b/tests/scripts/functions/error index 998afe4..cb8fcc4 100644 --- a/tests/scripts/functions/error +++ b/tests/scripts/functions/error @@ -63,6 +63,28 @@ $answer = "Some stuff\n$makefile:17:

[bug #59881] Segmentation Fault through manipulated Makefile

Follow-up Comment #3, bug #59881 (project make): Thank you for your report. How did you manage to obtain this makefile? ___ Reply to this item at: ___

[bug #59881] Segmentation Fault through manipulated Makefile

Follow-up Comment #5, bug #59881 (project make): I believe, this is useful. You found a genuine bug. Do you mind sharing you fuzzing tecqnique? ___ Reply to this item at: __

[bug #59956] Recipes inside conditionals can break the parser

Follow-up Comment #6, bug #59956 (project make): What about adding another keyword, e.g. .else? ___ Reply to this item at: ___ Message sent via Savanna

[bug #59956] Recipes inside conditionals can break the parser

Follow-up Comment #8, bug #59956 (project make): i mean, the user would tell make through some option (a special target or even presence of ".else" in the makefile) "this makefile uses .else, rather then else". make then would not consider "else" a keyword. The keyword does not have to be ".else".

[bug #60188] Explicit file built by an implicit rule is not intermediate.

URL: Summary: Explicit file built by an implicit rule is not intermediate. Project: make Submitted by: dgoncharov Submitted on: Sun 07 Mar 2021 07:02:23 PM UTC Severity: 3 - Normal

[bug #60188] Explicit file built by an implicit rule is not intermediate.

Additional Item Attachment, bug #60188 (project make): File name: sv60188_explicit_file_built_by_implicit_rule_is_not_intermediate.diff Size:5 KB

[bug #60188] Explicit file built by an implicit rule is not intermediate.

Additional Item Attachment, bug #60188 (project make): File name: sv60188_patternrules_test.diff Size:2 KB ___ Reply to this item at:

[bug #60188] Explicit file built by an implicit rule is not intermediate.

Additional Item Attachment, bug #60188 (project make): File name: sv60188_double_colon_test.diff Size:0 KB ___ Reply to this item at:

[bug #60188] Explicit file built by an implicit rule is not intermediate.

Additional Item Attachment, bug #60188 (project make): File name: sv60188_statipattrules_test.diff Size:0 KB ___ Reply to this item at:

[bug #60188] Explicit file built by an implicit rule is not intermediate.

Additional Item Attachment, bug #60188 (project make): File name: sv60188_grouped_targets_test.diff Size:0 KB ___ Reply to this item at:

[bug #60188] Explicit file built by an implicit rule is not intermediate.

Additional Item Attachment, bug #60188 (project make): File name: sv60188_se_implicit_test.diff Size:1 KB ___ Reply to this item at:

[bug #60188] Explicit file built by an implicit rule is not intermediate.

Follow-up Comment #1, bug #60188 (project make): sv60188_explicit_file_built_by_implicit_rule_is_not_intermediate.diff contains a fix. All other attached patches contain new tests. Even though the fix is not related to static pattern rules, i added a test for static pattern rules to cover all su

[bug #60188] Explicit file built by an implicit rule is not intermediate.

Follow-up Comment #4, bug #60188 (project make): Thank you, Paul. 1. Do you mean something like CC="@echo cc" ? 2. sure 3. By the old style do you mean run_make_with_options? ___ Reply to this item at:

[bug #60188] Explicit file built by an implicit rule is not intermediate.

Additional Item Attachment, bug #60188 (project make): File name: sv60188_explicit_intermediate_test.diff Size:0 KB ___ Reply to this item at:

[bug #60188] Explicit file built by an implicit rule is not intermediate.

Follow-up Comment #5, bug #60188 (project make): Paul, i attached one more test sv60188_explicit_intermediate_test.diff. This one tests that an explicitly mentioned file is still intermediate when it is a prereq to .INTERMEDIATE. ___ Repl

[bug #60281] Directory in directory in $PATH shadows binaries in $PATH

Follow-up Comment #1, bug #60281 (project make): This is a duplicate of https://savannah.gnu.org/bugs/index.php?57962. ___ Reply to this item at: ___ С

[bug #60297] optimize autodeps

URL: Summary: optimize autodeps Project: make Submitted by: dgoncharov Submitted on: Sun 28 Mar 2021 01:06:47 AM UTC Severity: 3 - Normal Item Group: Enhancement

[bug #60297] optimize autodeps

Follow-up Comment #1, bug #60297 (project make): sv60297_notintermediate.diff is implementation of special target .INTERMEDIATE. (file #51149, file #51150, file #51151) ___ Additional Item Attachment: File name: sv60297_notintermediate.dif

[bug #60297] optimize autodeps

Follow-up Comment #2, bug #60297 (project make): sv60297_notintermediate_test.diff is a test. ___ Reply to this item at: ___ Message sent via Savannah

[bug #60297] optimize autodeps

Follow-up Comment #3, bug #60297 (project make): sv60297_notintermediate_doc.diff is a doc. ___ Reply to this item at: ___ Message sent via Savannah

[bug #60297] optimize autodeps

Follow-up Comment #4, bug #60297 (project make): Typo. sv60297_notintermediate.diff contains implementation of special target *.NOTINTERMEDIATE.* ___ Reply to this item at: ___

[bug #60297] optimize autodeps

Follow-up Comment #6, bug #60297 (project make): The modern technique of tracking dependencies uses include directive. While this technique is infinitely superior to the manual maintenance of deps there is still room for improvement. 1. include is not a part of the dag. src:=$(wildcard *.c) d

[bug #60297] optimize autodeps

Follow-up Comment #5, bug #60297 (project make): i noticed that something messed up tabs in the examples in the original submission. Please disregard original submission. Let me resubmit. ___ Reply to this item at:

[bug #60297] optimize autodeps

Follow-up Comment #8, bug #60297 (project make): i read that article several times and indeed found it interesting. In fact, i was using the technique described in your article, until my use cases forced me to come up with the technique described here.

[bug #60312] echo replaces double quote with backslash

Follow-up Comment #1, bug #60312 (project make): Make passes recipies to shell line by line. Shell runs echo. You can see here echo 'nospacebefore:"xx"' nospacebefore:\xx" The first line is what make passes to shell. The 2nd line is the result of echo. Apparently, echo on your system does this.

[bug #60297] optimize autodeps

Follow-up Comment #10, bug #60297 (project make): That may indeed be useful to have .SECONDARY accept patterns. Do you mean, that when .SECONDARY depends on a pattern the behavior is the same as that of .NOTINTERMEDIATE (as proposed here)? That would be quite surprising for users, would not it?

[bug #60297] optimize autodeps

Follow-up Comment #12, bug #60297 (project make): > Yes, I'm saying we already have a way to mark things "not intermediate" (.SECONDARY) The only difference between that and a brand new .NOTINTERMEDIATE you have proposed is that .SECONDARY doesn't handle patterns and .NOTINTERMEDIATE does. Paul

[bug #60297] optimize autodeps

Follow-up Comment #14, bug #60297 (project make): Let me provide a verbose description of .NOTINTERMEDIATE here. This piece of make code allows to get rid from include directive with generated dep files. Motivation for this piece of make code is described as 1,2,3 and 4 in update 6. .SECONDEX

  1   2   3   4   5   6   7   8   >