Delphi and the new Apple M1 CPU

[Hans♫ 75]

It works with Delphi 🙂

Just received the Mac Mini with the new Apple M1 CPU. After a quick attempt to deploy our FMX app, I can confirm that PAServer runs and I can deploy and run our FMX app without problems.

"Rosetta 2" seems to do the job very well!

[Rollo62 536]

How is that possible ?

I thought PAServer is a Macos binary, on x86, not a Java thingy ?

At least I can see dylib's in the package content.

Or do you found a new, ARM compatible PAServer somewhere ?

I don't think Apple is emulating x86 assembler code on M1, or do they ?
 

Edited November 20, 2020 by Rollo62

[Markus Kinzler 174]

They do. Only a small fraction of apps already got a arm version.

[Rollo62 536]

4 minutes ago, Markus Kinzler said:

They do. Only a small fraction of apps already got a arm version.

Damn, I missed that fact.

Apple is really the hottest sh... 

 

Does that mean also VmWare Fusion, Win-10 guest and Rx1041 is running as before ?

(No, I cannot believe that, its too much utopia for my,  Apple runs out of the box ....)

[Rollo62 536]

Beside that, what are the latest news about the ARM, Softbank, Apple, Nvidia theatre ?

I think this will affect us all, if ARM is in the wrong hands.

Then I have to move back to good old Z80

[Dave Novo 51]

The arm M1 has an emulator

https://www.computerworld.com/article/3597949/everything-you-need-to-know-about-rosetta-2-on-apple-silicon-macs.html

 

[Lars Fosdal 1792]

Windows VMs on the M1 ARM seems to a no-go - but that is no surprise.

But - it is a very impressive CPU - Twice the power, and twice the battery time.

[Sherlock 663]

35 minutes ago, Lars Fosdal said:

Windows VMs on the M1 ARM seems to a no-go - but that is no surprise.

But - it is a very impressive CPU - Twice the power, and twice the battery time.

At four times the price 🤣😂🤣

[Lars Fosdal 1792]

I thought the Mac Mini price stayed the same? (Price in NOK)

[Wil van Antwerpen 25]

On 11/20/2020 at 2:59 PM, Rollo62 said:

Does that mean also VmWare Fusion, Win-10 guest and Rx1041 is running as before ?

VMware is working on a VMware Fusion version for the M1 processor.
This is not currently available, so no it does not currently work, estimated arrival somewhere 2021.

That first M1 version will -for sure- not offer x86/x64 processor emulation. That is a whole different ballgame and rosetta is not available for virtual machines.
As such you will only be able to run virtual machines that depend on an Arm processor to run.

Having said that, VMware did get an overwhelming demand to also look into processor emulation and they are actively looking into this.
That's about the only thing that the responsible VMware product manager is willing to say about this at the moment.

Edited November 22, 2020 by Wil van Antwerpen

[Anders Melander 1784]

On 11/20/2020 at 5:29 PM, Sherlock said:

At four times the price

I think Apples revenue speaks for itself. Even though they make some really nice hardware it's obviously overpriced.

[Rollo62 536]

Well, unexpectedly Apple-M1 did not so bad in emulation.

I haven't found many reports on compatibility issues yet, so maybe someone knows more about
the Do's and Dont's with this emulator: what can be used, what will crash ?

I think no Hypervisor, OK, but what restrictions have normal apps ?

 

 

Edited November 23, 2020 by Rollo62

[Hans♫ 75]

Now I had time to investigate it a bit further. Looks like debug mode does NOT work on the new M1 CPU.

I can run a MacOS application from Delphi on the M1 Mac, without debugging, but when I run in debug mode I get the error: "unable to create process 'debug kernel timeout'".

The same application runs fine in Debug mode when using an Intel Mac having the same versions of MacOS (Big Sur) and XCode.

 

Before I create an issue on on Quality Portal. Are there any suggestions for things I should try first? - or extra information I can retrieve and include in the issue?

[Lajos Juhász 293]

According to the Roadmap (https://blogs.embarcadero.com/rad-studio-roadmap-november-2020/) in Delphi 10.5  H2 2021  you can expect a better support for the M1 CPU. In the roadmap it's under Platform Enhancements macOS ARM (Delphi).

 

Of course as ever please do not forget this is only planned. There is no legal bound that it will be delivered in the first release of Delphi 10.5. 

A more detail can be found also at https://blogs.embarcadero.com/rad-studio-november-2020-roadmap-pm-commentary/
 

Quote

For 10.5, we plan to introduce a new target platform for Delphi, macOS ARM (based on Apple Silicon CPUs), significant work around IDE HighDPI support, C++ toolchain extensions, and many other additional features and quality enhancements. See below for more details.  

Quote

Marco’s Commentary of 10.5 Plans

Speaking of platforms, we want to add a new target for Delphi applications: a new compiler for the ARM-based version of the macOS operating system with Apple hardware powered by Apple Silicon CPUs. While you can run Intel applications, the goal is to have a native ARM application for the new generation of Macs.

This will be a significant extension of Delphi, including a new compiler, updates to the runtime library and the various high level libraries. We have also plans to expand the Delphi language syntax for all platforms and improve the performance of the math processing code the compiler generates on Windows, making applications faster in numeric processing.

At this moment the best you can do is to wait for the first beta for Delphi 10.5.

[Hans♫ 75]

1 hour ago, Lajos Juhász said:

According to the Roadmap (https://blogs.embarcadero.com/rad-studio-roadmap-november-2020/) in Delphi 10.5  H2 2021  you can expect a better support for the M1 CPU. In the roadmap it's under Platform Enhancements macOS ARM (Delphi).

The roadmap refers to ARM M1 as a target platform.

What I am referring to is to be able to debug the Intel target on an ARM M1 CPU. 

I can deploy and run from Delphi on the M1 CPU, but I cannot debug.

It might not be possible to use the CPU view in Delphi, as it would have to work through the Rosetta 2 converter, but limited debug facilities would suffer, e.g. Breakpoints and variable inspection.

[Rollo62 536]

That is good news, that releases of Delphi may run on M1.

I think we still will have x86 Mac's for a while, so still some time until we really need to move to M1 as debug tool.

Hopefully there were no hidden catches in the Rosetta 2, that let us need support more urgently.

[Lars Fosdal 1792]

@Hans♫ - How performant is the M1 compared to the i5?

[Hans♫ 75]

I have no performance numbers, but it "feels" faster. Apps starts faster and feels more responsive, but maybe it is also related to being a new and fresh installation of MacOS, compared to a 3 years old Mac Mini with Intel.

[darnocian 86]

Not sure if you guys saw https://www.zdnet.com/article/aws-engineer-puts-windows-10-on-arm-on-apple-mac-m1-and-it-thrashes-surface-pro-x/ It is an old article from Dec 2020.

 

They used Qemu which may be an alternative to launch Windows if VMware is not available.  It would be cool to see some others confirm how well it works till we see what VMware comes up with.

[David Schwartz 426]

FWIW, CrossOver for Mac was announced as running on the beta Mac Minis with Apple's CPUs several months ago. NONE of the VMs run on the M1 yet, AFAIK.

 

CrossOver is a minimalist VM that runs WINE to emulate Windows in other environments, eg: MacOS, several Linux variants, and now Android.

 

It's made by the same guys that support WINE.

 

Their technology seems solid, but their business model is rather discouraging. They charge around $50/yr for CrossOver on a given platform, but it's for personal use only. If you want to take your Windows app built in Delphi and stuff it into a CrossOver "bottle" and sell it, they charge a flat $4500 setup and license fee. At that rate, it's cheaper to just buy licenses in bulk from them if you expect low sales volumes (and you'll need to keep them updated as the target platform evolves). Also, I don't know if that fee includes upgrades that you can ship out or not.

 

I built something in Delphi recently and tried it out CrossOver to see how it works in MacOS. It's really quite nice, aside from the fact that the startup time is a bit sluggish.

 

This approach does pose a bit of a challenge, however, if you want your users to be able to work on multiple platforms (eg., move between multiple Win and Mac devices) and you need the app to access common data, like what would commonly be stored in the registry, INI files, or a local DB.

 

Frankly, I'm leaning more towards TMS WebCore and then using Electron to create native apps from them. But WebCore controls aren't quite as nice as what can be found in general for Delphi VCL. CrossOver gives you almost exact mirroring of VCL apps in the platforms it supports.

Edited January 31, 2021 by David Schwartz

[Wil van Antwerpen 25]

If you're considering using Electron et al. then perhaps also have a look at freepascal/lazarus?
Last time I looked it was pretty nice, also on macOS.
But too big of a rewrite for me as I am pretty heavily invested in FMX.
If your app is currently mostly using VCL then it is much easier to rewrite and use their LCL approach.

[David Schwartz 426]

14 minutes ago, Wil van Antwerpen said:

If you're considering using Electron et al. then perhaps also have a look at freepascal/lazarus?
Last time I looked it was pretty nice, also on macOS.
But too big of a rewrite for me as I am pretty heavily invested in FMX.
If your app is currently mostly using VCL then it is much easier to rewrite and use their LCL approach.

TMS WebCore has electron wrappers that work with their web components. I don't really like FMX, and prefer Raize / Konopka components for routine VCL work.

 

But WebCore has their own plus you can use the TMS FNC components as well. They both have lots of properties added to support the unique needs of running inside a browser DOM, including support for CSS.

Edited January 31, 2021 by David Schwartz

[darnocian 86]

I did a few tests using WINE a while ago and was quite impressed. I have never got the IDE itself to run on it since I've used it over the years. However,  creating some 'hello world' console, VCL and FMX apps I was pleasantly surprised they worked quite well, but had seen some 'glitches' with FMX under 64bit.

[Nasreddine 2]

On 12/9/2020 at 12:36 PM, Hans♫ said:

Now I had time to investigate it a bit further. Looks like debug mode does NOT work on the new M1 CPU.

I can run a MacOS application from Delphi on the M1 Mac, without debugging, but when I run in debug mode I get the error: "unable to create process 'debug kernel timeout'".

The same application runs fine in Debug mode when using an Intel Mac having the same versions of MacOS (Big Sur) and XCode.

 

Before I create an issue on on Quality Portal. Are there any suggestions for things I should try first? - or extra information I can retrieve and include in the issue?

did you manage to solve it? I have M1 as well and with same error

[David Schwartz 426]

this is a stretch, but ... I upgraded to Big Sur and VirtualBox would not run. It seems Apple changed something in Big Sur (BS?) that makes it really difficult to install kernal extensions (kexts), and it's a problem for anything that runs a VM. Is there any chance that the debugger on the Mac side needs to install a kext to work? (I had to go back to Catalina. I hope they fix that issue or make VM softwares work without requiring kexts.)