Follow-up Comment #5, bug #52209 (project make):
I strongly agree with the need but suggest a different syntax:
$(eq lhs,rhs)
$(neq lhs,rhs)
Each function expands lhs and rhs. If the results are identical or
nonidentical, respectively, the function expands to T. Otherwise, it expands
to empty.
The rationale is that this syntax is more readable than the proposed $(ifeq
lhs,rhs,1). For me, readability trumps the slight burden of committing to a
particular "true" string. (I've suggested T, following the GMSL, but it
doesn't matter much; I'm okay with 1.)
Function-heavy code is sometimes necessary, but I find it difficult to read.
String equality primitives will help, but let's make them as concise and
readable as possible.
One more issue: should string equality functions be bug-for-bug compatible
with bug #59584? I would say no; they should be consistent with what functions
normally do, which I think is to trim whitespace to the left of each argument
before expansion.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?52209>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
