Announcement

Collapse
No announcement yet.

A New Project To Run Mac OS X Binaries On Linux

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • #46
    Originally posted by popper View Post
    like i said [COLOR=#000000][I]most people around here don't seem to remember the apple emulation history never mind actually used them in real life
    I've used sheepshaver, pearPC and i (currently) virtualize MacOSX in VMware - big fricking deal... I think your comment really comes across as trying to publicly measure your e-penis more than anything... I know plenty of other users (not necessarily in this forum, but linux users nonetheless) whom are aware and/or have used such applications.

    true pearpc will also add to the existing available tried and trusted code base, its not about an ether or case here but rather taking what's available taking its assembly code ,API's etc, for sure there needs to be lots of C to assembly routines written and extended from what already exists and adding to this latest emulation app (assuming he wants to actually make it good and usable) for the better longer term... or not...
    PearPc is a powerPC emulator... I don't get the impression that this project is the same thing, in fact - it seems to be much more like Wine than anything else.... 2ndly, MacOSX has not supported PPC since Snow Leopard (and had been moving away from PPC since 10.5) and even snow leopard dropped 'rosetta' (for running PPC apps on an intel mac) from being installed by default. (with newer releases ie: 10.7/.8 not supporting PPC at all) ~ So why the hell would an app that is focusing on supporting MacOSX applications (which these days are all x86/64) be based around PPC code bases, when PPC has been dead for some time on the Mac??

    also, running PPC code on x86 is pretty slow. To me, it makes far more sense to shoot for x86 and Arm being as they both matter in the mac/apple world of software.

    Originally posted by popper View Post
    OC, ether way he now knows of their functional existence and can evaluate them and their core speed of code on modern day hardware and make use of that sheep "built-in PowerPC emulator for non-PowerPC systems" as an integrated base with any pear code that helps etc....
    I would say putting any effort into supporting PPC is pointless, if your plan is to support MacOSX binaries on intel/amd/x86/x86_64 hardware.
    Last edited by ninez; 12-10-2012, 03:47 PM.

    Comment


    • #47
      Originally posted by LubosD View Post
      Sorry, I don't understand this reference
      Let's hope you never have a need to. Just don't mention KDE or Qt around here if you can possibly avoid it.

      Comment


      • #48
        Originally posted by TheBlackCat View Post
        Let's hope you never have a need to. Just don't mention KDE or Qt around here if you can possibly avoid it.
        Some forum user won't decide about what other users will talk.

        Comment


        • #49
          Originally posted by JS987 View Post
          Some forum user won't decide about what other users will talk.

          Comment


          • #50
            Originally posted by Wingfeather View Post
            It seems though as if the GNUstep project has done quite a lot of work. Even if it needs fixing up, would it not be less work than reimplementing it from scratch?
            You're right. But then you see how slow their backends are, how it still doesn't even support short language names when looking for resources ("en" instead of "English"; "en" is default in original Cocoa), you find bugs even in the About dialog. An then you start doubting their work

            Comment


            • #51
              Is the test suite not up to much? I get the impression from the project that the overwhelming majority of the effort (limited though the manpower is) goes into the invisible framework stuff underneath, but that there's an absolute dearth of applications and chrome.

              There was a game developer recently-ish (I forget who they were...) who said they had used GNUstep to develop their racer. Like you, they commented that they found many bugs in the framework -- but also that they had fixed a large number and were subsequently able to use it quite happily for their work. It would be great if GNUstep were able to achieve some maturity.

              Comment


              • #52
                Originally posted by Wingfeather View Post
                Is the test suite not up to much? I get the impression from the project that the overwhelming majority of the effort (limited though the manpower is) goes into the invisible framework stuff underneath, but that there's an absolute dearth of applications and chrome.

                There was a game developer recently-ish (I forget who they were...) who said they had used GNUstep to develop their racer. Like you, they commented that they found many bugs in the framework -- but also that they had fixed a large number and were subsequently able to use it quite happily for their work. It would be great if GNUstep were able to achieve some maturity.
                Yeah, that's what I intend to do now, but reporting bugs without the source code is slightly complicated when you always have to rule out a bug on your part That being said, the GNUstep guys have been very helpful and cooperative.

                Comment


                • #53
                  @LubosD

                  Did you happen to take a look at 'ringo' at all? http://gitorious.org/ringo

                  ...which was a codebase that briefly appeared (with the aim of running Mac apps on linux) and was worked on, but hasn't seen any recent activity. It does look though, glancing at the commit log, that the developer did get at least _some_ code working/running; http://gitorious.org/ringo/ringo/commits/master

                  I'm not sure how relevant and/or applicable any of their code may be for your purpose, but you never know, it may be worth a look.

                  at any rate - your project certainly looks interesting and i've had a few looks at the darling website - so here is hoping you can get some useful working code, while also gaining some traction and interest from other developers/contributors!

                  cheerz

                  Comment


                  • #54
                    Originally posted by ninez View Post
                    @LubosD

                    Did you happen to take a look at 'ringo' at all? http://gitorious.org/ringo

                    ...which was a codebase that briefly appeared (with the aim of running Mac apps on linux) and was worked on, but hasn't seen any recent activity. It does look though, glancing at the commit log, that the developer did get at least _some_ code working/running; http://gitorious.org/ringo/ringo/commits/master

                    I'm not sure how relevant and/or applicable any of their code may be for your purpose, but you never know, it may be worth a look.

                    at any rate - your project certainly looks interesting and i've had a few looks at the darling website - so here is hoping you can get some useful working code, while also gaining some traction and interest from other developers/contributors!

                    cheerz
                    Hi, I exchanged a mail or two with the author of Ringo.

                    But he didn't really get far. He took maloader's code like me and then added a couple of other projects into the mix. But the idea of implementing Mach IPC support in a kernel module is his. I just wouldn't use NetBSD's code for that, because it is broken and would need porting (=rewriting).

                    Comment


                    • #55
                      Originally posted by LubosD View Post
                      Hi, I exchanged a mail or two with the author of Ringo.
                      Cool. I thought that it was very likely you were aware of ringo, but i thought i would mention it, just in case

                      Originally posted by LubosD View Post
                      But he didn't really get far. He took maloader's code like me and then added a couple of other projects into the mix. But the idea of implementing Mach IPC support in a kernel module is his. I just wouldn't use NetBSD's code for that, because it is broken and would need porting (=rewriting).
                      I see. Well, all i can say is that i wish you the best of luck on this project, as I think linux could benefit greatly from such a project.

                      take care

                      Comment


                      • #56
                        Originally posted by ninez View Post
                        I see. Well, all i can say is that i wish you the best of luck on this project, as I think linux could benefit greatly from such a project.
                        +1!

                        Also: asdfdsa

                        Comment


                        • #57
                          Originally posted by RayDonnelly View Post
                          You can find a Linux arm-apple-darwin11-codesign_allocate with my cross compilers:

                          http://mingw-and-ndk.googlecode.com/...-120724.tar.xz

                          I've never tried it, having only run stuff on jailbroken ithings.

                          I think you just made my Christmas, been searching for something like this for a couple months now.

                          wonder if it works.

                          Comment


                          • #58
                            Originally posted by conathan View Post
                            I think you just made my Christmas, been searching for something like this for a couple months now.

                            wonder if it works.
                            Great. Please let me know how you get on.

                            My email is mingw.android at gmail.com

                            Ray.

                            Comment


                            • #59
                              Cocotron

                              Sorry to bring back something already mentioned before, but LugosD, have you ever had a look on cocotron?
                              - http://www.cocotron.org/

                              Just curious.

                              Comment

                              Working...
                              X