Re:OS X emulation layer for Linux
by mattrepl on Monday August 05, 2013 @09:42AM
(#6160004)
Using Qt as a Cocoa stand-in sounds complicated. Since Darling already uses its own loader and syscall hooking to provide compatibility for the program, why not do the same for a framework like Cocoa?
[ Parent
| on HN ]
Same type of deal as in Wine, copyright-type stuff.
there is hope that the decision in Oracle vs Google[0] on API's not being copyrightable might change that
I think zw meant that the Cocoa binaries can't be distributed with Darling. That's not a major problem for users that have a copy of OS X. Darling can allow users to supply their own.
The potential issue you refer to would also prevent implementing the Cocoa API with Qt.