Re: [fpc-devel] "Blank slate" next version of FPC

2019-02-19 Thread Paul van Helden
> > and FPC's goal to remain Delphi-compatible. >> >> >> So are inline variables coming soon? >> http://blog.marcocantu.com/blog/2018-october-inline-variables-delphi.html >> > > We have already decided internally that this feature is where we draw the > line. We won't implement it and we are also

Re: [fpc-devel] re "Blank slate" next version of FPC

2019-02-19 Thread Fred van Stappen
@ Thomas. OK, I was too hot after reading all that lies. Better to ban me. But the message of the honest Ben Grasset was too much and i could not resist to answer. And about Marco, sincerely, it was not respectful. You are right, my last ( comment ) is too much (but it is the pure truth).

Re: [fpc-devel] "Blank slate" next version of FPC

2019-02-19 Thread Sven Barth via fpc-devel
Am 19.02.2019 um 11:12 schrieb George Bakhtadze: Also third party library developers suffering from absence of a dependency manager (yes, I'm aware of Online Package Manager). Recently was started a project of such tool. But it's initiator doesn't use FPC so FPC compatibility for it will have

Re: [fpc-devel] re "Blank slate" next version of FPC

2019-02-19 Thread Tomas Hajny
On Sun, February 17, 2019 17:58, Fred van Stappen wrote: . . > Am 17.02.19 um 04:48 schrieb Marco van de Voort > >> Martin was a loner kind of guy, he did the most of the MSEGUI etc >> projects alone too. > > Did you know him personally? > > Martin was a generous guy, always ready to help

[fpc-devel] re "Blank slate" next version of FPC

2019-02-19 Thread Fred van Stappen
Am 17.02.19 um 04:48 schrieb Ben Grasset: > I don't want to speak ill of the dead, > ... > His compiler code was / is just kind of an unreadable mess, to be perfectly honest. Wow. By the way perfectly honest man, did you look at mselang code? Did you try some of the demos? Am 17.02.19 um

Re: [fpc-devel] "Blank slate" next version of FPC

2019-02-19 Thread George Bakhtadze
Theoretically there is a way to refresh the language without breaking existing code - a new {$mode}. Or even completely new compiler will not break old code if it can handle .ppu generated by the current one. And there is much to improve. Not only add modern language features but in syntax