[bug #61042] Enhance implicit rule search logging

Follow-up Comment #12, bug #61042 (project make): > I used it because I wanted to mark that data member as being "private" in the sense that it shouldn't be used directly by other parts of the code; instead the get_rule_defn() function should always be called to retrieve that value. Good to know.

[bug #61042] Enhance implicit rule search logging

Follow-up Comment #11, bug #61042 (project make): I used it because I wanted to mark that data member as being "private" in the sense that it shouldn't be used directly by other parts of the code; instead the get_rule_defn() function should always be called to retrieve that value. If we were usin

[bug #61042] Enhance implicit rule search logging

Follow-up Comment #10, bug #61042 (project make): Thank you, Paul. Does the leading underscore in rule->_defn has a special meaning, follow gnu make convention or similar? ___ Reply to this item at:

[bug #61042] Enhance implicit rule search logging

Update of bug #61042 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #61042] Enhance implicit rule search logging

Follow-up Comment #8, bug #61042 (project make): Merged master to my branch and resolved the conflict in patch sv_61042_implicit_rule_search_logging2.diff. The same change is also available here g...@github.com:dgoncharov/make.git on branch sv61042_enhance_implicit_search_logging. (file #52115

[bug #61042] Enhance implicit rule search logging

Follow-up Comment #7, bug #61042 (project make): There are 2 situations when implicit rule lookup takes this short cut. 1. hello.tsk: hello.o %.tsk: %.o; touch $@ and 2. hello.tsk: %.tsk: %.o; touch $@ hello.o: There are 2 if branches in implicit.c This branch handles the

[bug #61042] Enhance implicit rule search logging

Follow-up Comment #6, bug #61042 (project make): I see that I missed a part of the original patch. Hm, there are a number of recent changes to this section of code which are in conflict and the way I originally resolved this was incorrect. I'll need to figure out what's going on. __

[bug #61042] Enhance implicit rule search logging

Follow-up Comment #5, bug #61042 (project make): Actually that change causes a number of regression tests to fail with incorrect output so I removed it. ___ Reply to this item at: _

[bug #61042] Enhance implicit rule search logging

Follow-up Comment #4, bug #61042 (project make): Dmitry I'm not sure about this change: @@ -744,15 +752,9 @@ pattern_search (struct file *file, int archive, /* If this prereq is also explicitly mentioned for FILE, skip all tests below since it must be bui

[bug #61042] Enhance implicit rule search logging

Follow-up Comment #3, bug #61042 (project make): Another scenario that i noticed, when this enhanced logging helps, is when the source file is present, but vpath is incorrect. E.g. vpath %.cpp %.c $(srcdir). Again make ignores the rule, because it cannot find the source file, but gives no indicati

[bug #61042] Enhance implicit rule search logging

Follow-up Comment #2, bug #61042 (project make): sv_61042_reuse_rule_name_for_dash_p.diff reuses rule->name for printing the db under -p. ___ Reply to this item at:

[bug #61042] Enhance implicit rule search logging

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

[bug #61042] Enhance implicit rule search logging

Follow-up Comment #1, bug #61042 (project make): sv_61042_implicit_rule_search_logging.diff has the following Changes in the implicit rule search logging: 1. The messages which refer to a rule print the first line (the targets and prerequisites) of the rule. 2. A new message tells when a rule

[bug #61042] Enhance implicit rule search logging

Additional Item Attachment, bug #61042 (project make): File name: sv_61042_implicit_rule_search_logging.diff Size:13 KB ___ Reply to this it

[bug #61042] Enhance implicit rule search logging

URL: Summary: Enhance implicit rule search logging Project: make Submitted by: dgoncharov Submitted on: Sun 15 Aug 2021 04:11:25 AM UTC Severity: 3 - Normal Item Group: