[bug #62929] Normalize foo/./bar

2022-09-11 Thread Rex Yuan
Follow-up Comment #14, bug #62929 (project make): Thanks for digging this part of the manual up. > There are two exceptions: a target starting with a period is not a default unless it contains one or more slashes, ‘/’, as well; I attempt to express this precisely in a somewhat informal modal

[bug #62929] Normalize foo/./bar

2022-09-11 Thread Paul D. Smith
Follow-up Comment #13, bug #62929 (project make): Good idea. ___ Reply to this item at: ___ Message sent via Savannah https://savannah.gnu.org/

[bug #62929] Normalize foo/./bar

2022-09-11 Thread anonymous
Follow-up Comment #12, bug #62929 (project make): Couldn't the 2nd and 3rd sentences be simplified as: The default goal is the _first_ target of the first rule in the first makefile. ___ Reply to this item at:

[bug #62929] Normalize foo/./bar

2022-09-11 Thread Paul D. Smith
Follow-up Comment #11, bug #62929 (project make): This information is in the manual, in another section "Writing Rules" https://www.gnu.org/software/make/manual/html_node/Rules.html > The order of rules is not significant, except for determining the default goal: the target for make to

[bug #62929] Normalize foo/./bar

2022-09-11 Thread Rex Yuan
Follow-up Comment #10, bug #62929 (project make): I understand now. In that case, I will start learning how to properly contribute to this project and try to come up with some proper edits to the manual that clarifies things, or maybe we could simply tell people not to use dot for relative

[bug #62929] Normalize foo/./bar

2022-09-11 Thread Paul D. Smith
Follow-up Comment #9, bug #62929 (project make): I see. That comment in the manual only applies to targets that start with "." as part of a simple name, it doesn't apply to targets that contain "." as part of a pathname. Basically, if the target contains a directory separator it cannot be

[bug #62929] Normalize foo/./bar

2022-09-11 Thread Rex Yuan
Follow-up Comment #8, bug #62929 (project make): Might I add on the last comment, as I can't find an edit button. I think: if the intention of not using dot-leading targets as default goal is to *ignore hidden file targets* when looking for default goal, then the behavior of treating target

[bug #62929] Normalize foo/./bar

2022-09-11 Thread Rex Yuan
Follow-up Comment #7, bug #62929 (project make): Thank you Paul for walking me through the means of participation. Following is what I should've quoted, from 2.3 How make Processes a Makefile

[bug #62929] Normalize foo/./bar

2022-09-11 Thread Paul D. Smith
Follow-up Comment #6, bug #62929 (project make): Thanks Rex. If you prefer you can also send an email to the bug-make@gnu.org mailing list (no subscription required). Also you can comment on issues in Savannah anonymously (you don't have to create an account) although you obviously won't get

[bug #62929] Normalize foo/./bar

2022-09-11 Thread Rex Yuan
Follow-up Comment #5, bug #62929 (project make): Apologies if this isn't the place but I thought I ran into a relevant problem as it also pertains to how Make deals with '.' in targets. For Makefile: .a: $(info 0) ./b: $(info 1) c: $(info 2) Running either Make 3.81

[bug #62929] Normalize foo/./bar

2022-08-22 Thread Dmitry Goncharov
Follow-up Comment #4, bug #62929 (project make): Given makefile foo/bar:; @echo $@ and target foo/./bar this changeset sets $@ to foo/bar. To proceed with this, changes may be needed in addition to the one in the attachment. 1. same normalization in lookup_file and in main 2. ability to match

[bug #62929] Normalize foo/./bar

2022-08-22 Thread Dmitry Goncharov
Follow-up Comment #3, bug #62929 (project make): pmake behaves the same as bmake. ___ Reply to this item at: ___ Message sent via Savannah

[bug #62929] Normalize foo/./bar

2022-08-22 Thread Dmitry Goncharov
Follow-up Comment #2, bug #62929 (project make): i compared gmake, bmake, sun make, sun dmake, sun make in svr4 mode, aix make. Given makefile hello: @echo $@ gmake treats ./hello, ././hello, ././/hello or .//hello, as hello. $@ has value hello. sun make, sun dmake, sun svr4 make treat

[bug #62929] Normalize foo/./bar

2022-08-20 Thread Dmitry Goncharov
Additional Item Attachment, bug #62929 (project make): File name: sv62929_fix.diff Size:3 KB File name: sv62929_test.diff Size:1 KB

[bug #62929] Normalize foo/./bar

2022-08-20 Thread Dmitry Goncharov
Follow-up Comment #1, bug #62929 (project make): Make fails to normalize foo/./bar as foo/bar. The original bug report is here https://lists.gnu.org/archive/html/bug-make/2022-08/msg00064.html ___ Reply to this item at:

[bug #62929] Normalize foo/./bar

2022-08-20 Thread Dmitry Goncharov
URL: Summary: Normalize foo/./bar Project: make Submitter: dgoncharov Submitted: Sun 21 Aug 2022 03:38:36 AM UTC Severity: 3 - Normal Item Group: Bug