<div dir="ltr"><div dir="ltr">On Sun, Jun 9, 2019 at 8:11 PM Dmitry Boyarintsev <<a href="mailto:skalogryz.lists@gmail.com">skalogryz.lists@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>One can't do</div><div>  function myFunc(var a: record a,b: integer; end): integer;</div><div>the record type has to be declared separately.</div></div></div></blockquote><div><br></div><div>Of course not. That would be rather nonsensical, <b>for very obvious reasons</b>, that I've already gone out of my way to address in this comment chain. It is however utterly ridiculous to directly correlate that with `^Type` syntax, as they are only related in the most vague of ways.</div><div><br></div><div><div dir="ltr">On Sun, Jun 9, 2019 at 8:11 PM Dmitry Boyarintsev <<a href="mailto:skalogryz.lists@gmail.com">skalogryz.lists@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div><div>declaring</div><div>  function myFunc(var a: array of integer): integer;  <br></div><div>is 100% not the same as <br></div><div>  TArrayType = array of Integer;</div><div>  function myFunc(var a:  TArrayType  ): integer;  </div></div></div></div></blockquote><div> </div></div></div><div>Trying to pretend like this <b>completely-irrelevant-to-the-current-subject </b>point means anything at all in this context is frankly even more ridiculous, notwithstanding the fact that the whole "open array vs. dynamic array" thing is <b>only remotely applicable in any way whatsoever</b> to, well, <b>arrays </b>(and quite arguably a bizarre quirk of the language in the first place.)<br></div><div><br></div><div>If you're going to do this whole faux-academic "I care so very much about strictly traditional Pascal" thing, also, at least do it with features that <b>are </b>themselves in any way "traditional". <b>Everything </b>about the entire existence of dynamic arrays is <b>non</b>-traditional, and dreamt up by some random combination of Borland employees in California at some point in the 1990s, none of whom we're likely to ever even know the specific names of. </div><div><br></div><div>Are we going to remove dynamic arrays, though? No, of course not, because they're <b>useful.</b></div><div><b><br></b></div><div><div dir="ltr">On Sun, Jun 9, 2019 at 8:11 PM Dmitry Boyarintsev <<a href="mailto:skalogryz.lists@gmail.com">skalogryz.lists@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote">so parameter type declaration is pretty much "reserved" for Embarcadero to change... and FPC will eventually follow :) </div></div></blockquote><div><br></div><div>Embarcadero is a running joke of a company, firmly in the "it's surprising these guys are still in business at all" category, with a long history of decisions made</div><div>for reasons that had <b>absolutely nothing </b>to do with making Pascal better (such as outsourcing large aspects of recent Delphi development) and <b>absolutely everything </b>to do with</div><div>pretty desperately trying to continue to make money in any way they possibly could.</div><div><br></div><div>I do not care in the slightest about them or anything they do, and I had frankly been under the impression that many people in the FPC community felt the same way.</div><div>If anything, FPC's development team has a <b>far</b> better track record of competence and is objectively more qualified to make decisions about the language in a general sense.</div><div><br></div><div>(Not that I think we even <b>need</b> that kind of overly formal "decision making". This is not C++, we do not have the ISO Pascal Committee, and as far as I'm concerned that's probably a good thing.)</div><div><br></div><div>That said, again, I think <b>all </b>of this is massively overblowing the issue. I find it quite surprising that there's really any controversy at all with regards to `^Type` in method declarations,</div><div>as the way I see it it's a highly non-intrusive bit of added syntax that almost certainly should have been there in the first place.</div><div><br></div><div><div dir="ltr">On Sun, Jun 9, 2019 at 8:11 PM Dmitry Boyarintsev <<a href="mailto:skalogryz.lists@gmail.com">skalogryz.lists@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote">Do you really want to change it? If yes, what's the **technical** benefit?  </div></div></blockquote><div><br></div><div>Yes? Obviously? I clearly demonstrated the technical benefit in my original comment. <b>Yet again </b>though I do not understand why this is controversial. It would amount to a very tiny syntax addition, that does <b>nothing </b>other than make certain things <b>easier</b> to write. </div></div></div></div></div></div></div>