<div dir="auto"><div><div class="gmail_extra"><div class="gmail_quote">Am 25.02.2018 12:14 schrieb "Mark Morgan Lloyd" <<a href="mailto:markMLl.fpc-devel@telemetry.co.uk">markMLl.fpc-devel@telemetry.co.uk</a>>:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">On 25/02/18 10:30, Florian Klämpfl wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Am 25.02.2018 um 11:12 schrieb Mark Morgan Lloyd:> On 25/02/18 02:15, Ozz Nixon wrote:>> {$MACRO ON}>> {$DEFINE _CTASSERT(X,Y,Z):=assert(x=y,z<wbr>);}>> Begin   _CTASSERT(1,1,'Constant failed.');end.> > I don't believe parameters are supported :-(><br>
Why so sad? They are not supported on purpose :)<br>
</blockquote>
<br></div>
Because it messes up what the OP was trying to do, which is not necessarily something to feel good about.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">Yes, we definitely feel good about this, because we don't *want* parameter support in FPC's macro handling. </div><div dir="auto"><br></div><div dir="auto">What the author wants to achieve here can also be done using a procedure marked as inline. As long as the unit containing the procedure is rebuild when assertions are enabled or disabled everything will work as expected and even the whole call will disappear if it isn't needed. Much cleaner than a preprocessor. </div><div dir="auto"><br></div><div dir="auto">Regards, </div><div dir="auto">Sven</div></div>