<p><br>
Am 06.03.2016 17:00 schrieb "Serguei TARASSOV" <<a href="mailto:serge@arbinada.com">serge@arbinada.com</a>>:<br>
> >> So in my taste the {$MODE DELPHI} should have been support not only<br>
> >> language<br>
> >> features but all common libraries too, at least RTL/DB. All FPC<br>
> >> extension/modifications could be added in FPC mode. Not easy but<br>
> >> reliable.<br>
> ><br>
> > It's simply not possible as long as you allow to mix modes on a per-unit<br>
> > basis.<br>
> ><br>
> > I have said it before:<br>
> > {$MODE XYZ} says something about available language constructs when<br>
> > compiling. Not about available identifiers in units that you use.<br>
> > This is a fundamental difference.<br>
> ><br>
> > Not to mention the maintenance nightmare 2 sets of units would present us<br>
> > with.<br>
> ><br>
> > Michael.<br>
><br>
> {$MODE DELPHI} could switch to {$IFDEF DELPHI} conditional compilation or<br>
> something similar with the defines corresponding of Delphi compiler version<br>
> compatibility, i.e. D15 or so.<br>
> I see that supporting two version of units is hard much less the units<br>
> interfaces was never copied from earlies version of Delphi AFAIK. It's a<br>
> little easier when starting from fork.<br>
> Actually I should support D7/FPC and XE10 compilation of few dozen units and<br>
> and despite the fact that they started with a fork it's not easy at all.</p>
<p>You can't influence precompiled units. Also I wouldn't even remotely want to maintain such a mess.</p>
<p>Regards,<br>
Sven</p>