10/9/2021 0 Comments Mac Emulator Program
A developer from Prague named Luboš Doležel is trying to change that with " Darling," an emulation layer for OS X."The aim is to achieve binary compatible support for Darwin/OS X applications on Linux, plus provide useful tools that will aid especially in application installation," Doležel's project page states. Sources are available on the download page, and parts of the FS-UAE project (including the emulator itself) have public git repositories.There has been no robust equivalent allowing Mac applications to run on Linux, perhaps no surprise given that Windows is far and away the world's most widely used desktop operating system. FS-UAE is free software and is licensed under GPLv2 (libraries are licensed under LGPL or other open source licenses). Please note, we are presently working on making BlueStacks 5 available for macOSOpen Source Software.
![]() ![]() Emulator Program Mac Applications ToDmg files under Linux directly and without root privileges. Because doing so isn't that straightforward, Doležel said, "I've written a FUSE module that enables users to mount. Pkg application files working on a Linux system. One roadblock is actually getting Mac. "I have personally looked for something like Darling before, before I realized I would have to start working on it myself," he said.Darling relies heavily on GNUstep, an open source implementation of Apple's Cocoa API. Doležel isn't the first to try it, as Darling was initially based on a separate project called " maloader." Doležel said he heard from another group of people "who started a similar project before but abandoned the idea due to lack of time."Doležel was actually a novice to OS X development when he started Darling, being more familiar with OS X from a user's perspective than a developer's perspective. I had to check every function for ABI compatibility and then test whether my wrapper works, so it wasn't as easy as it may sound."Another lucky break not available to Wine developers is that Apple releases some of the low-level components of OS X as open source code, "which helped a lot with the dynamic loader and Objective-C runtime support code," Doležel noted.But of course, the project is an extremely difficult one. "Instead of implementing all the 'system' APIs, it was sufficient to create simple wrappers around the ones available on Linux. "This saved me a lot of work," Doležel explained. (Stub functions only print a warning when they are called but don't do any real work.)The next step is to implement all the APIs according to the documentation and then see how the application reacts. If it is someone else's application, I first examine it with one of the tools that come with Darling to see what frameworks and APIs it requires. I look up the APIs that are missing in Apple's documentation then I create stub functions for them and possibly for the rest of the framework, too. Doležel explains:To improve Darling, I first take or write an application I'd like to have running. AdvertisementDoležel isn't reverse-engineering Apple code, noting that it could be problematic in terms of licensing and also that "disassembling Apple's frameworks wouldn't be helpful at all because Darling and the environment it's running in is layered differently than OS X."The development process is a painstaking one, done one application at a time. Darling could potentially "be used to run applications compiled for iOS," he writes on the project site. I personally use Gentoo Linux, so I'm gradually creating a Portage overlay that would compile Darling and all dependencies for both 32-bit and 64-bit applications."Doležel would like to bring Angry Birds, other games, and multimedia applications to Linux. Similar to Wine, "Having a list of applications known to be working is probably the best way to go," Doležel said.Darling should work on all Linux distributions, he said, with the catch that "many apps for OS X are 32-bit only, and installing 32-bit packages on a 64-bit Linux system could be tricky depending on your distribution. This is why I appreciate open source so much—when the documentation is sketchy, you can always look into the code.Years of development are needed. Many OS X applications seem to contain complete pieces of example code from Apple's documentation, presumably because one would have to spend a lot of time getting to understand how the APIs interact. I believe this is very much like what Wine developers do.When things go wrong, I have to use GDB to debug the original application.It is rather unfortunate that Apple's documentation is often so poorly written sometimes I have to experiment to figure out what the function really does. "Rewriting the frameworks used on iOS is a whole different story, though. "The intention is to support the ARM platform on the lowest levels (the dynamic loader and the Objective-C runtime)," he writes.
0 Comments
Leave a Reply. |
AuthorAbbas ArchivesCategories |