[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #62929] Normalize foo/./bar

From: Rex Yuan
Subject: [bug #62929] Normalize foo/./bar
Date: Sun, 11 Sep 2022 12:32:09 -0400 (EDT)

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:

        $(info 0)

        $(info 1)

        $(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

        $(info 0)

        $(info 1)

        $(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

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:


Message sent via Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]