[bug #62929] Normalize foo/./bar

[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 that comes with my machine or the compiled Make 4.3
from the FTP server, Make sets 'b' for .DEFAULT_GOAL according to running with
option '-p', which deviates from what the manual suggests.

It also seems the same if we replace './b' with however many leading dots such
as '...../b', but printing data base suggests it's another stranger case. For
Makefile:

.a:
        $(info 0)

...../b:
        $(info 1)

c:
        $(info 2)

Either version of Make sets '...../b' for .DEFAULT_GOAL. I assume it means
that Make knows the dots aren't there for relative paths but it chooses it
still.

Again I'm sorry if this is irrelevant. I've never participated in GNU projects
before and just spent half an hour figuring out how to comment.


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?62929>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/