|
Does Delphi 11 work in Linux using Wine?
Does Delphi 11 work in Linux using Winee?
|
AW: Does Delphi 11 work in Linux using Wine?
Delphi IDE: No.
Win32 compilate: probably Linux compilate: yes, e.g. on Ubuntu  https://docwiki.embarcadero.com/RADS...rget_Platforms |
AW: Does Delphi 11 work in Linux using Wine?
Zitat:
|
AW: Does Delphi 11 work in Linux using Wine?
Zitat:
|
AW: Does Delphi 11 work in Linux using Wine?
....
|
AW: Does Delphi 11 work in Linux using Wine?
The question was not if Delphi runs on Linux.
Wine runs on Linux. Delphi would then run on Wine. I have seen a good amount of Windows program which are running on Wine without issues. How about Delphi? Have someone tried it? Maybe with older versions? |
AW: Does Delphi 11 work in Linux using Wine?
Zitat:
|
AW: Does Delphi 11 work in Linux using Wine?
For Delphi XE we tried it on a Raspberry PI 4 maybe 5 years ago.
Caused by display errors regarding DevExpress skins and some API in ImageEN and other external components. Basically, our program was started, but to make it look good and "usable", some settings had to be made and extensions installed on Wine. At least the main functions were OK, even if a bit slow at times, but one module/form could not be opened because the registration of an ActiveX component did not work there. And the interface to "our" RFID reader could not be used because the driver for it could not be installed. But that would have been important for the first main module of our program, for which we wanted to use a mini-computer/Raspberry with Linux. |
AW: Does Delphi 11 work in Linux using Wine?
Zitat:
|
AW: Does Delphi 11 work in Linux using Wine?
I doubt not. One older version did somehow as far as I know. 1990s is really vintage, even if it comes to Delphi.
Programms compiled and work on wine do exist for example NexusDB and PhpEd (64bit Version) according to Detect It Easy (DIE) with Delphi XE2, same will count for the 32bit version. In case of PhpEd supporting a way on Linux was a must since PHP on Windows was far away from being hip and in case of NexusDB porting a complex piece of software that does not work as expected or comparable well as the original ruined the one or the other vendors reputation in the past already too. Apart from those two software products I'm not aware of any that support Wine for good reasons. Developing software as a hobby has never really been a good idea. This was a great idea for young people at the times of home computing in the 1970s and 1980s to get in touch with the 'unknown thing', but ... Well we are here. The problem with GUI apps lies in the nifty detail. The moment grids and databases come into play stay carefully and at least consider what happens if parts (maybe third party components) have to/will be replaced. You have either love FMX or work with Delphi plus more or less a third-party add-on that mimics the controls and skins the application. No problem with that in general. There is a strong tendency in nowadays world to think that everything that is possible from a technical perspective would be a great idea at all. Running Delphi on Wine building software for Wine or Linux hints into direction of such a tendency. Running existing Software no one modifies anymore (legacy) is possible and indeed does make sense even on a different OS, but hosting an application/program on another underlying provided by the vendor or a vendor that well integrates into the community providing such a kind of virtual environment will lead to no changes in the future and both will diverge from each other one day and/or one will be strongly limited by the other. Java is everywhere so is Eclipse on the desktop at least. Portable runtime environment limit the scope of native code to a few primitives well optimized for every target OS for example Smalltalk or Java and in the end the .net runtime too. The other way is to do things on your own. So don't expect from a software company a solution for something in between two alternatives well accepted by their audience. Not saying that the hard work and the genious behind Wine does not matter or count, it's a great peace of work but with a pretty limited scope. Unix as well as Linux are very different animals compared to Windows. If the IDE is used under Linux FPC/Lazarus has always been a valid option and from a technical perspective allows to address professional and corporate scenarios too, a lot more than it did in the past in practice. In my experience the acceptance of IDEs that don't allow to build software in a local fashion and therefore run on the target OS are not received tends to shrink rapidly even on a mid-term. Delphi is Windows and Windows is Delphi. Windows is vintage, ok, so is Delphi? :? Delphi is a different animal and cross platform IDEs no matter which rely on a runtime built for cross platform and/or are pretty simple and indeed easy to use. Let's think of Plyxon vs. PL/SQL Developer (both Allround Automations) or Visual Studio vs. VS Code. Delphi is nifty when it comes to details. Linux support in Delphi was introduced first simply because of enabling customers to run RAD Server (called EMS these days) on Linux, pretty much the same counted for FMX (cross platform GUI 'technology') first. In both cases the technologies evolved beyond what was says even before the first day. The cross platform approach is a dead old concept from the past and application run on computers supporting OSes they are built for and the display is presented to the user remotely. Most people today have a Smart (phone) device at hand, so considering using this alternative seems to be inevitable from nowadays and very likely tomorrows perspective especially. Zitat:
|
| Alle Zeitangaben in WEZ +1. Es ist jetzt 04:24 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz