[fpc-pascal] Bls: Bug in FPC 3.0.0 (was: Bug in FPC 3.0.0?)
Serguei TARASSOV
serge at arbinada.com
Sun Mar 6 17:00:22 CET 2016
Michael Van Canneyt wrote
> Tut ti vibral plohoi primer, po-moemu... :)
>
> A bad example. Plenty of language-specific forums exist.
> They live, and no-one denies them their existence.
Ты прав, есть много локализованных форумов, но...
You're right there are many language specific forums but English became the
standard "in fact". I see the trend of last 10 years when Russian developers
who lived in Russia write yours blogs in English only.
Sad but c'est la vie...
>> So in my taste the {$MODE DELPHI} should have been support not only
>> language
>> features but all common libraries too, at least RTL/DB. All FPC
>> extension/modifications could be added in FPC mode. Not easy but
>> reliable.
>
> It's simply not possible as long as you allow to mix modes on a per-unit
> basis.
>
> I have said it before:
> {$MODE XYZ} says something about available language constructs when
> compiling. Not about available identifiers in units that you use.
> This is a fundamental difference.
>
> Not to mention the maintenance nightmare 2 sets of units would present us
> with.
>
> Michael.
{$MODE DELPHI} could switch to {$IFDEF DELPHI} conditional compilation or
something similar with the defines corresponding of Delphi compiler version
compatibility, i.e. D15 or so.
I see that supporting two version of units is hard much less the units
interfaces was never copied from earlies version of Delphi AFAIK. It's a
little easier when starting from fork.
Actually I should support D7/FPC and XE10 compilation of few dozen units and
and despite the fact that they started with a fork it's not easy at all.
-----
--
Regards,
Serguei
--
View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Bug-in-FPC-3-0-0-was-Bug-in-FPC-3-0-0-tp5724274p5724463.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
More information about the fpc-pascal
mailing list