RonaldK

Try to run one of the compiled demos. Getting the following Exception: Any idea what's wrong?

Define "big company". I'm not really sure, that Emba is the bigger company? [sarcasm off]

This occurs not only with the Delphi/LLVM compiler. The Oxygen compiler show this too: https://talk.remobjects.com/t/updated-benchmarking-oxygene-island-versus-delphi-c-c-and-net/19499 A compile time comparison is also given under the link above: Other LLVM compiler show the same problems, but do have a better code generation.

If I remember correctly, Allen Bauer said that this is the goal.

This difference will no longer exist when Windows also gets this LLVM compiler

... yes, it's not easy to be a Delphi customer. Hard to imagine if they lose the license server next time.

Any Info about Nullable types? Roadmap 8/2018: Roadmap 8/2019: ??

There is another one from Vincent Parrett: https://github.com/VSoftTechnologies/VSoft.CommandLineParser

Strange behaviour today. I cant use the top left Toolbar "Ansicht" anymore. It seems that there is no OnClick Event assigned. Starting the IDE with the parameter "C:\Program Files (x86)\Embarcadero\Studio\20.0\bin\bds.exe" -pDelphi -pfoo everything seems ok. Maybe a Package Renaming the registry key: HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\20.0\_Experts change the icons and no OnClick: Any change to see, what package cause this trouble?

then everything is ok Icons and OnClick look default and work normally.

If it's only a layout problem, why is no function executed behind the OnClick? The caption says it's the same Toolbar and the Button hint looks good:

It seems I found the culprit. Renaming HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\20.0\Toolbars to HKEY_CURRENT_USER\SOFTWARE\Embarcadero\BDS\20.0\_Toolbars fix it. Very strange.

... for settings the optimization flags?

Very strange. Isn't that the main reason for a release config? Maybe here is an new area for the IDEFixPack;-) @jbg

... or the emitted IR code of the frontend compiler can't be optimized anymore.

It seems that the planned beta of 10.4 will not be available in time. Here the suggested workaround for Delphi: https://community.idera.com/developer-tools/b/blog/posts/google-play-store-android-32-bit-extension-for-delphi-and-c-builder-customers

The Idera idea is, that this model will be more efficient. Here this interview with Atanas Popov: (german only) https://www.heise.de/developer/meldung/Embarcadero-Delphi-ist-fuer-uns-ein-Kernprodukt-3252501.html After 2 years, everyone can see now, how it worked

If you look at the result of the "new" nextgen compiler for Linux64, ARM64 and macOS64, The codegen of the compilers are getting more worse rather than better. I would assume, that such a goal is far beyond the possibilities of Emba current team.

On first view yes. But, if you look a this thread about this "New feature" Delphi on Android. What kind of impression do you have 9 days before Google deadline and still no Beta 10.4.? Is that the attention the customer want to see?

What are these needs?

Very likely that it has the same code quality as the Linux compiler: https://quality.embarcadero.com/browse/RSP-17724

Is there any country in the world, where you can change the rules of using, after you have bought it?

Does your project use visual inheritance? (TForm/TDatamodule inherited from other?)

Android 64-Bit support is now scheduled to 10.4 and dated to "late 2019" . Does this means: the Delphi Android development will end at 1. August and maybe continue in late 2019?

Here an active FGX discussion: http://fire-monkey.ru/topic/5600-fgx-native-первое-опубликованное-приложение-в-google-play-market/?page=2&tab=comments#comment-35653