<p>Am 01.02.2016 15:58 schrieb "Maciej Izak" <<a href="mailto:hnb.code@gmail.com">hnb.code@gmail.com</a>>:<br>
><br>
> 2016-02-01 15:42 GMT+01:00 Sven Barth <<a href="mailto:pascaldragon@googlemail.com">pascaldragon@googlemail.com</a>>:<br>
>><br>
>> Maciej is in so far right that the intrinsic could indeed be named "if" and the only way to call it would thus be by "&if", cause only then the scanner would not treat "if" as a keyword. So it would work with what the compiler currently can.<br>
>><br>
>> I'm more inclined to use iif() however, as &if() doesn't look that nice... (though it would be more noticeable :P )<br>
><br>
><br>
> Phew. So it is possible. It is hard to discuss with compiler team members like Michael :P.<br>
><br>
> 1. IMO &if (if is possible to use &if) is best choice. iif can conflict in the same way as IfThen. </p>
<p>In that sense we have to consider the RTL as no longer expandable as all identifiers could be potentially used already, even &if!</p>
<p>> 2. IIF should works like IfThen in Math or StrUtils. If no - It will be precedence with comparision to others languages and iif definition (!)... <br>
> <a href="https://en.wikipedia.org/wiki/IIf">https://en.wikipedia.org/wiki/IIf</a> </p>
<p>And you didn't read the article fully. There is one language that has an iif() intrinsic that evaluates only the taken branch: Oxygene. ;)</p>
<p>Regards,<br>
Sven</p>