Leaderboard

Probably 98% of Delphi users don't care about math speed for what they have to do. Only those doing math intensive applications do care. So you care and Patrick doesn't, me neither

This makes absolutely no sense.

Two cent about compilers performance by the example of spritz-c stream cipher implementation: 1. Delphi 11, Windows x86_64 (classic compiler), release 2. Delphi 11, Linux x86_64 (nextgen, LLVM based compiler), release 3. FreePascal 3.3.1, Linux x86_64, release

I am sorry, but snippets of code where it is not clear what happens at which point and how everything is created and called are also not enough to figure out what exactly is wrong with your code. One of the things does sound suspicious: you say the thread is stuck in the limbo when timeout occurs and you have Sleep call which will cause thread to sleep if it is not terminated, Maybe there is a problem?

Might be cast to develop, but the code produced by the Delphi compilers is slow

Kind of funny that this site returns a page with a link to the emba site which in turn is a 404. Well, actually it's a 503 but whatever. So even if delphi isn't dead, isdelphidead.com is dead. A meta death if you will.

http://www.isdelphidead.com

I've seen such pattern all the time, since many years already (it started right after the Delphi 2005 fiasco). I often agree that "rewrite our software in X" is usually a bad idea. And I've also seen that happen - many companies who tried to migrate to another platform failed, either spending lots of money, either not being able to develop a product as good as they have before in Delphi, and many other failure stories. If you think about it, even TMS history had similarities with that. We were a pre-Delphi 7 component vendor company, and after that period, many component vendors went doing something else of "migrated" to .NET. Of course there are successful stories of migration as well. But I understand the companies: I believe what scare them is Embarcadero behavior and their dependency. If they simply snap their finger and decided "no Delphi for you", many companies will have problems. But "no Delphi for you" I mean shutting down, not fixing bugs, not updating, whatever. It's a dangerous dependency. You might say "well, there are already doing that by not fixing bugs" and I would reply saying that that's the #1 reason I see companies *today* willing to migrate away from Delphi.

Pascal is dead - long live pascal!