[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #51974] call on multiline (define/endef) behavior not well-document
From: |
Paul D. Smith |
Subject: |
[bug #51974] call on multiline (define/endef) behavior not well-documented |
Date: |
Sun, 10 Sep 2017 09:54:07 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0 |
Update of bug #51974 (project make):
Item Group: Bug => Documentation
Summary: multiline (define/endef) containing target-specific
assignments causes errors in /bin/sh => call on multiline (define/endef)
behavior not well-documented
_______________________________________________________
Follow-up Comment #5:
For J. Hart: I do also recommend that you ask questions first on the
address@hidden or address@hidden mailing lists to be sure the behavior
you're seeing is really incorrect, before filing bugs here.
The make parser doesn't "go backwards": it will first read a line, then expand
the line, then interpret the line. It doesn't go back after expanding the
line to re-interpret the newline characters, so the entire results of
expansion is treated as a single logical line by the make parser. I did try,
when first implementing eval, to instead just have things re-interpreted after
expansion always but it ended up being a real mess. Requiring an explicit
eval is not always intuitive at first but it actually makes things much more
coherent in general.
I do agree that the behavior could be better documented so I've modified this
to a doc bug.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?51974>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/