<div dir="auto"><div><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Tomas Hajny via fpc-devel <<a href="mailto:fpc-devel@lists.freepascal.org">fpc-devel@lists.freepascal.org</a>> schrieb am Di., 15. Sep. 2026, 11:01:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2026-09-15 10:24, Ondrej Pokorny via fpc-devel wrote:<br>
> Am 15.09.2026 um 7:08 schrieb Thorsten Engler via fpc-devel:<br>
>> -----Original Message-----<br>
>> From: fpc-devel <<a href="mailto:fpc-devel-bounces@lists.freepascal.org" target="_blank" rel="noreferrer">fpc-devel-bounces@lists.freepascal.org</a>> On Behalf Of<br>
>> Mattias Gaertner via fpc-devel<br>
>> Sent: Sunday, 13 September 2026 16:28<br>
>>> Frankly speaking, fpc already has an awful amount of modeswitches.<br>
>>> A modeswitch just for "is not" sounds overkill.<br>
>>> Same for "not in".<br>
>>> Maybe we can group such minor delphi peculiarities in one modeswitch?<br>
>> Shouldn't it simply be part of $MODE DELPHI ?<br>
> <br>
> Usually different features are driven by modeswitches. $MODE then <br>
> selects the needed switches for the mode.<br>
<br>
Not all features require specific modeswitches - these are usually used <br>
only in case if it is expected / required that developers may enable a <br>
particular modeswitch that is _not_ included in the used $MODE, but the <br>
developer wants to use it nevertheless.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">It could also be that one wants to explicitly *disable* some functionality which is possible with "$Modeswitch Name-" after all. </div><div dir="auto"><br></div><div dir="auto">Regards, </div><div dir="auto">Sven </div><div dir="auto"><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>