[bug #63536] Escaping character '#' behavior change since 4.2.1

Follow-up Comment #1, bug #63536 (project make): I just realized that 1.16.3 fixes this by using: hash := \# ...$(hash)... So there is a workaround ___ Reply to this item at:

[bug #63536] Escaping character '#' behavior change since 4.2.1

Update of bug #63536 (project make): Status:None => Not A Bug Open/Closed:Open => Closed ___ Follow-up Comment #2: Unfortunately

[bug #63516] `include` of absolute path prepends path with `./`

Follow-up Comment #7, bug #63516 (project make): Thanks for the patch but there's no need to spend more time on this; as I said I have a fix. During this time of year I've got a lot going on so it takes me a bit longer to finish things. But Eli I was curious about your comment that we should

[bug #63516] `include` of absolute path prepends path with `./`

Follow-up Comment #8, bug #63516 (project make): The file name "d:foo" means on Windows "the file 'foo' in the directory that is current on drive 'd'. Yes, windows programs can have a separate current directory on each drive. You can see that if you do the following dance: C:\> cd foobar

[bug #63516] `include` of absolute path prepends path with `./`

Follow-up Comment #9, bug #63516 (project make): > The file name "d:foo" means on Windows "the file 'foo' in the directory that is current on drive 'd' Yep, I don't know much about Windows but I do know that much! :) > So in my opinion we should treat such file names as absolute, because

[bug #63516] `include` of absolute path prepends path with `./`

Follow-up Comment #6, bug #63516 (project make): [comment #5 comment #5:] > Thanks for the patch. > > I have three comments: > > (1) The test under "WINDOWS32" should allow a backslash after the colon as well as a forward slash. Sounds right. > > (2) Do we want Make to consider

[bug #63536] Escaping character '#' behavior change since 4.2.1

URL: Summary: Escaping character '#' behavior change since 4.2.1 Project: make Submitter: fhsueh Submitted: Fri 16 Dec 2022 03:19:33 PM UTC Severity: 3 - Normal

[bug #63537] Regression in switches that can be flipped back and forth.

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

[bug #63537] Regression in switches that can be flipped back and forth.

Additional Item Attachment, bug #63537 (project make): File name: sv63537_fix_dash_w_in_makeflags_part1.diff Size:4 KB File name: sv63537_pass_switches_enabled_by_default_part3.diff Size:8 KB

[bug #63537] Regression in switches that can be flipped back and forth.

Follow-up Comment #1, bug #63537 (project make): This bug report is about switches that can be flipped back and forth. Specifically, -S/-k, -w/--no-print-directory and -s/--no-silent. 1. Makefile sets a flag in makeflags and this wipes out the opposite switch specified on the command line.