<div dir="ltr"><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="auto"><div dir="auto"><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><blockquote type="cite">and FPC's goal to remain
        Delphi-compatible.
        <br>
      </blockquote>
    </div>
    <div><br>
    </div>
    <div>So are inline variables coming soon?
<a class="gmail-m_-4477109690549964018m_-1224299159077831257moz-txt-link-freetext" href="http://blog.marcocantu.com/blog/2018-october-inline-variables-delphi.html" rel="noreferrer" target="_blank">http://blog.marcocantu.com/blog/2018-october-inline-variables-delphi.html</a></div>
    <div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">We have already decided internally that this feature is where we draw the line. We won't implement it and we are also inclined to say "patches *not* welcome" for that. </div><div dir="auto"><br></div><div dir="auto">Regards, </div><div dir="auto">Sven </div></div><br></blockquote><div><br></div><div>To add a dissenting voice, from someone who has followed FPC development for more than 10 years and used to be very exited about FPC/Lazarus...</div><div><br></div><div>Sven's statement just about seals it for me. So then FPC's main goal isn't Delphi compatibility any more? I for one will use inline variable declarations and therefore say goodbye to FPC. Not to start a pro-vs-con discussion in this thread, but personally I see only advantages in more fine-grained control of variable scope. (Plus it has been irritating me for more than 25 years to go to the top to declare variables [and no, auto-declarations by the IDE doesn't fix it for me; e.g. if generics are good, why not duck typing?]). Yes, Embarcadero has done some horrid things to the language, but I don't see this as one of them. As a big fan of the Pascal language, I'd rather break compatibility and see the language evolve than the stoic attitude of the core devs as seen on this list. (And inline vars doesn't break anything!) If Oxygene was open source and (CPU) native, I wouldn't even been reading this list...</div><div><br></div><div>/2c</div><div><br></div></div></div>