AlekXL

I've add an issue about delphi compatibility, please support it, too. https://github.com/newpascal/newpascal/issues/6

Perhaps, Embarcadero shouldn't reinvent the wheel , but push VCL to all platforms.. Something like CrossVCL, but also for mobile. By Merlin's sake, buttons are buttons on every platform, as well as listboxes, textboxes, and menus. I guess I need to open another issue on QP, what do you guys think? Or maybe such issue already exists? And yes, we are on page 3, so if you didn't already vote, please do it

1. Any company invested in developing a product written in Delphi and confronting some compiler issue would hire skilled developer to fix it. 2. Be factual, and name the libraries Delphi lacking. And also, Delphi can utilize C/C++ libraries. No. US already lost that battle..

Burn the hereritics! Seriously, we need to fork fpc..

Please! What are you afraid of? What our Chinese brothers could possibly copycat? And for what end? Currently there isn't anything special in Delphi compiler itself. In the past, in years of its youth and glory, yes, Delphi was a conceptual breakthrough. Now? Everything was already reinvented and opensourced. FPC, Roslyn, LLVM, and many more already have most of features Delphi could boast. Implemented better (not old ANSI C), also. It's a synergy of language, libraries (mostly VCL), IDE and 3'd party libs/legacy code -- that gives Delphi an edge. Actually the weakest link of this synergy is compiler deficiency, I presume. Embarcadero is unable to maintain the compiler in a good shape, and this holding Delphi back so much. For Delphi, and it's community It so little to loose and everything to gain..

i considered newpascal, but isnt it effectively dead? the repository has no new commits since summer last year

Yeah, I heard that too, but you are underestimating how hardcore some Delphi developer are

Also behold, this priceless, trying to declare bug a feature Marco is really desperate..

but this justifies the need: since 1/1/2018 more 200 open bugs in bugtracker, and only ~30 fixed during that period. Same situation with Feature Requests, actually worse -- apparently they are low-priority. They are drowning. As those who are dependent on their product

And opensourcing the compiler does not mean EMBT loses it's exclusive copyright. Learn to read

One must try, that's what I believe. If my proposal is to be rejected, so be it, I just need to do my utmost for this or either to happen, and then consider other options. At least I wouldn't despise myself for never even trying, just others, you know.

FPC has some issue with it's developers. See, some guys contribute features like Anonymous methods or Attributes, but their work silently rejected for no visible reason https://bugs.freepascal.org/view.php?id=24481 https://bugs.freepascal.org/view.php?id=33384 And I cannot do everything on my own.. Moreover, FPC is backed by GDB, which is outright terrible. So what, should I commit myself to merging everything into trunk, and then create some bindings with, say, LLDB -- all on my own? This is fool's errand

such decision is beyond marco let alone coders. its up to suits. and my sentence wont antagonize them - they dont love delphi, and would admit it easily. it's about reaching that level of decision making marco was against inline variables… but there was issue with votes, and i even wrote a page in russian wikipedia with criticism about lacking inline and having arc

for paid customers there will be some security. They would be able to continue in-house development. Any every long road starts with first step. Win friends among whom? You should learn to think, not just read. I am winning friends with this very sentence, among those who can vote. And votes are essential in this case