Update of bug #64185 (project make): Item Group: Bug => Enhancement
_______________________________________________________ Follow-up Comment #3: I agree that due to parsing limitations it's very difficult to manage this as make's keywords are too common and its structure is not regular enough. We could modify the parser so that "else" lines which start with the recipe prefix are ignored, so "else" that appears inside a recipe wouldn't be in effect. The problem with this is that the recipe prefix could be changed and since we're not actually parsing the code we would not notice: if FOO all: else .RECIPEPREFIX = > else X = y endif How do we understand that once the .RECIPEPREFIX is modified, the "else" that starts with a TAB should not be assumed to be a recipe prefix anymore? I guess we can just say that it's never OK to indent make processor statements with a TAB. If we assume that any "else" (for example) indented with a TAB is never a make "else" then we shouldn't have this problem. I think. I'm not sure how much havoc this would cause for backward compatibility. _______________________________________________________ Reply to this item at: <https://savannah.gnu.org/bugs/?64185> _______________________________________________ Message sent via Savannah https://savannah.gnu.org/