Page 1 of 3 123 LastLast
Results 1 to 10 of 59

Thread: A New Project To Run Mac OS X Binaries On Linux

Hybrid View

  1. #1
    Join Date
    Jan 2007
    Posts
    15,121

    Default A New Project To Run Mac OS X Binaries On Linux

    Phoronix: A New Project To Run Mac OS X Binaries On Linux

    While there is the Wine project to run native Windows binaries on Linux (and other platforms), there's a new open-source project that's emerging for running Apple OS X binaries on Linux in a seamless manner...

    http://www.phoronix.com/vr.php?view=MTI0Njc

  2. #2
    Join Date
    Feb 2012
    Posts
    184

    Default

    It seems like a promising start. I suspect there aren't quite so many architectural adaptations to make for OS X apps as there would be for Win32, but that's just a naive assumption of mine based on what I know of Cocoa and Objective C.

    Aside from Adobe CS, Final Cut, and some older game ports like The Sims 2, I'm not sure exactly what substantial gains a full OS X compatibility layer would grant us. Still, it's interesting and it may turn out to be valuable some day, if web technologies don't obsolete everything by then (we've probably got at least a decade).

  3. #3
    Join Date
    Jun 2012
    Location
    near Seattle, WA
    Posts
    9

    Default

    Quote Originally Posted by scionicspectre View Post
    Aside from Adobe CS, Final Cut, and some older game ports like The Sims 2, I'm not sure exactly what substantial gains a full OS X compatibility layer would grant us. Still, it's interesting and it may turn out to be valuable some day, if web technologies don't obsolete everything by then (we've probably got at least a decade).
    There are some apps which are only available on OS X, and which have no exact equivalent in Linux.

    Two that I use myself are DEVONthink Pro and OmniOutliner. There are Linux apps that do some of the things these apps do, but as I said, no exact equivalents -- and the differences are significant enough to make me want to run the OS X app instead.

    However, it seems to me that this project is taking the wrong approach. It would be better (and easier, I think) to identify useful OS X apps where there are no exact Linux equivalents, such as the ones I mention, and then get to work creating those equivalents.

  4. #4
    Join Date
    Sep 2010
    Posts
    474

    Default

    I'm not sure this approach is the right way.

    Hopefully this work won't lead to apps doing less or even non-existing development for Linux because Linux can run Mac OS X applications anyway.

  5. #5
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    5,186

    Default

    Quote Originally Posted by CorkyAgain View Post
    Two that I use myself are DEVONthink Pro and OmniOutliner. There are Linux apps that do some of the things these apps do, but as I said, no exact equivalents -- and the differences are significant enough to make me want to run the OS X app instead.

    However, it seems to me that this project is taking the wrong approach. It would be better (and easier, I think) to identify useful OS X apps where there are no exact Linux equivalents, such as the ones I mention, and then get to work creating those equivalents.
    Hey, that's exactly how open source apps usually start. Scratch your itch and go write that perfect app for doing foo.

    Can't code? There's your motivation to learn, to get that perfect app

  6. #6

    Default

    WINE is a failure. After like 20 years of development, millions in donations, and an army of developers, the best it can do is (maybe) run your Windows applications(with some extra bugs and worse performance).

    A couple of years ago I evaluated running half a dozen enterprise Windows applications in WINE. WINE failed to run any of them adequately, most couldn't even start, and it was always because of some unimplemented function in a DLL somewhere... Maybe after 40 years of development WINE will adequately run 90% of applications written for Windows 2000.

    If that doesn't tell you that "Not An Emulators" are a waste of time, I don't know what will.

  7. #7
    Join Date
    Jan 2011
    Posts
    207

    Default

    Quote Originally Posted by rudolph_steinberg View Post
    WINE is a failure. After like 20 years of development, millions in donations, and an army of developers, the best it can do is (maybe) run your Windows applications(with some extra bugs and worse performance).

    A couple of years ago I evaluated running half a dozen enterprise Windows applications in WINE. WINE failed to run any of them adequately, most couldn't even start, and it was always because of some unimplemented function in a DLL somewhere... Maybe after 40 years of development WINE will adequately run 90% of applications written for Windows 2000.

    If that doesn't tell you that "Not An Emulators" are a waste of time, I don't know what will.
    On the other hand, the FreeBSD kernel has nearly perfect Linux binary support. The issue with Wine is that the windows interfaces are convoluted, undocumented, and have multiple incompatible implementations that need to be supported. I'd imagine Mac is closer to Linux as architecturally goes than it is to Windows.

  8. #8
    Join Date
    Sep 2011
    Posts
    40

    Default

    Are they focusing on useful applications? On their homepage the statuses are applications that are pretty much useless and have better alternatives.
    Also I've been tempted to run some Windows applications I was missing, but it never happened with Mac OS applications.

    Quote Originally Posted by scionicspectre View Post
    Aside from Adobe CS
    Isn't the Windows version better anyway?

  9. #9
    Join Date
    Aug 2012
    Location
    Pennsylvania, United States
    Posts
    1,911

    Default

    POSIX compatibility may make this easier. Also think of it from a marketing standpoint: "Linux! It'll run anything!" lol

  10. #10
    Join Date
    May 2011
    Posts
    55

    Default

    Intersted! I was writing MachO loader and MachO inspect, but realy stoped in library layer.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •