[bug #59154] Multiline environment variables handled poorly

Follow-up Comment #16, bug #59154 (project make): Hi Dan, using BSD make as an example in general is not a good idea since BSD make implements plenty of non-POSIX compliant "features". Since this command however works fine with SunPro Make and smake and produces the same output as bmake, it must

[bug #59247] function shell eats a newline

Follow-up Comment #2, bug #59247 (project make): I am not sure whether your patch is the right fix. Your bug may be related to bug 59395, I reported recently, but your patch does not fix the problem in bug 59395. In general, gmake has several oddities in the area of handling space, tab, newline

[bug #59399] Expanding implicit macros in gmake (enhancement request)

URL: Summary: Expanding implicit macros in gmake (enhancement request) Project: make Submitted by: schily Submitted on: Mon 02 Nov 2020 01:36:37 PM UTC Severity: 3 - Normal

[bug #58556] Make is confused by a target named ".o" and neither emptying .SUFFIXES nor MAKEFLAGS=r can prevent this

Follow-up Comment #1, bug #58556 (project make): Any make implementation reads the internal make definitions before reading any normal makefile. Your observed behavior is expected behavior. ___ Reply to this item at:

[bug #58556] Make is confused by a target named ".o" and neither emptying .SUFFIXES nor MAKEFLAGS=r can prevent this

Follow-up Comment #2, bug #58556 (project make): Reading internal definitions before reading the makefile is fine, but this bug report specifically makes the following points: - There are no prerequisites in the empty directory, so an implicit rule with prerequisites should not be invoked at all,