[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#34591: 25.2; Color-mark a space in the second parts of an if(n)eq co
From: |
Lars Ingebrigtsen |
Subject: |
bug#34591: 25.2; Color-mark a space in the second parts of an if(n)eq condition |
Date: |
Fri, 22 Jan 2021 22:03:10 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
Igor Galić <igalic@brainsware.at> writes:
> When editing a GNUmakefile, it would be very helpful if any space after
> the comma in the second condition was somehow marked:
>
> ifeq ($(shell foo | bar && echo true), true)
>
> will never match. So it would be helpful if that could be signaled.
(I'm going through old bug reports that unfortunately got no response at
the time.)
I'm not quite sure I understand what you're referring to here, but if
the point is that "echo true" returns "true", and we're then checking
whether that's equal to " true" instead of "true", that doesn't seem to
be the case -- in my testing GNU make seems to just ignore spaces after
the comma. Perhaps this depends on the make version?
Or do I misunderstand what the reported bug here is?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- bug#34591: 25.2; Color-mark a space in the second parts of an if(n)eq condition,
Lars Ingebrigtsen <=