<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 26, 2016 at 12:48 PM, Michael Van Canneyt <span dir="ltr"><<a href="mailto:michael@freepascal.org" target="_blank">michael@freepascal.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On Wed, 26 Oct 2016, Maciej Izak wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2016-10-26 11:56 GMT+02:00 Michael Van Canneyt <<a href="mailto:michael@freepascal.org" target="_blank">michael@freepascal.org</a>>:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
As long as it's really a separate mode (plus maybe modeswitches for<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
selected features, that other modes might profit from) I don't see a<br>
problem with adding an Oxygene mode.<br>
<br>
</blockquote>
<br>
Indeed. This is the reason modes were invented.<br>
</blockquote>
<br>
<br>
This is obvious. I won't touch the holy OBJFPC mode ;). Ever. I am worried about the speed of reviewing patches and integrations. For example:<br>
Management operators are key feature for many elements in Oxygene mode.<br>
Today I am 28 years old. I think that maybe before my 40th birthday FPC<br>
team decide to merging Management Operatos into trunk -,- . If Oxygene<br>
patch is next, which relay on MO... 80th birthday?<br>
</blockquote>
<br></span><br>
Specially when they are as invasive as yours. You are in essence converting pascal to a C++ clone with this MO patch. Is it so bad that this is discussed thoroughly first ?<br>
<br></blockquote><div><br></div><div>+1 for Oxygene mode. An Oxygene mode to me will be like early Christmas and the next 10 years' Christmases rolled together!</div><div><br></div><div>I disagree that modernizing Pascal is making it into a C++ clone. Why not take the best features of C++ while keeping Pascal readable? (FPC did that allready with I+=2, not that I'm arguing this is more readable. A better example would be ** vs. Power() - a no-brainer if you ask me, though I'd prefer ^ which was in Algol).</div><div><br></div><div>Allowing EMB to dictate the future of Pascal is just wrong. Look what they've done with parallelism compared to Oxygene's clean (Pascal-like) approach. How is TParallel.For Pascallish? The difference seems to be that Pascal purists don't want to add keywords, while Oxygene adds many new keywords (eg. nullable, future, async, for parallel, is not, etc).</div><div><br></div><div>And then for some flame-bait: I like declaring variables inside begin..end; ;-) To me it looks perfectly Pascallish if it starts with var.. and it is necessary anyway for duck typing, nullable types, etc. </div><div><br></div></div></div></div>