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.
Does Delphi 11 work in Linux using Winee?