OS X emulation layer for Linux
darling.dolezel.info
darling.dolezel.info
http://news.ycombinator.com/item?id=4893022
B) Apparently this is a better-marketed expansion of the long-established maloader, which already works for many of the use cases that people bring up when they hear about this project (such as running parts of Xcode).
http://cycling74.com/whatismax/
On one of these:
http://www.museresearch.com/products/receptor-vip.php
Designing live performance environments in Max is awesome, but laptops just are not designed for the rigors of the road. They are delicate creatures that stand in awkwardly, at best, for musical instruments. Max running on the Receptor would be incredible, and hopefully not too challenging considering the environment is largely self-contained with very few external dependencies.
This is what you are looking for: http://www.powermax.com/parts/code/PM_CU_XS
http://en.wikipedia.org/wiki/Executor_%28software%29
It is not OS X, but the Classic Macintosh System translated on the fly to native code. Because it didn't get enough funding, and lack of interest, and very few buyers it sort of went DOA. I am sure if they had enough funding they could have modified it to OS X translation. Maybe someone should help them do a Kickstarter project?
At the end of the day, it's really just API translation; not a technically difficult project, just an incredibly intensive one.
I do think they're on the right track, though. Hoping to lend a hand when I get some free time.
I felt it is related to the OS X emulation effort, they'd just have to add in a PowerPC emulation and then do the Macintosh system ROM a bit to run Mac OS X code, potentially.
I thought it might be of use to those looking to run old 68K Mac apps.
I'd really rather see more projects that focus on cross compiling XCode source code on Linux, so that companies can take their OS X software apps and cross compile them for Linux with little to no changes in the source code. I'd much rather trust native Linux code than OS X emulated code.
I'd also like to see some 'byteswap' projects that take the machine language of OS X apps and convert them to Linux format by converting each API or system interrupt, etc from OS X to Linux for apps that don't have the source code anymore.
Also anyone remember the Apple Darwin Project? I guess it stopped releasing binary install ISOS and instead releases the source code. You got the core of OS X right there, and it would be a good place to start to see the migration from Darwin to Linux right there.
I think Apple would restrict development requirements in the App Store to ban iOS apps created with a Non-Apple compiler on a Non-Apple platform just like they banned Adobe Flash and iOS apps made with Flash.
Not only that but Apple would sue anyone who made an environment to run iOS apps on a non-Apple operating system.
I kind of have a Love-Hate relationship with Apple because of that. I feel that iOS apps should be made on any platform and be allowed to run on any platform. Android is the complete opposite of iOS/Apple, any platform and any language can develop Android apps, you can choose more than just one store to buy apps from, and there is this Bluestack app http://bluestacks.com/ that runs Android apps on Windows and there is a beta for Mac OS X IIRC. Not only that but there is an Android for PC OS: http://www.android-x86.org/download
For now people want to develop for the App Store and they pay for the expensive machinery to get a piece of the action. If the Google Play Store ever becomes the trendy target market and Apple's position is threatened, I imagine they might consider opening up.
In my case, I'm using MOAI (http://getmoai.com). If you check my comment history, you will see I'm quite the MOAI fanboix, and I've given a fair bit of details about how it works - so please check my history for more info.
In a nutshell, I use Linux to develop MOAI applications, and I use the Linux-native MOAI host to test/develop/code for it. It works like this: Fire up SublimeText2, write Lua code for the MOAI framework, run the MOAI host with that Lua code on my local Linux DAW. Check in the MOAI Lua code to my repo - wait for my build server on OSX to check it out, package it into an .ipa file, run it on the iOS devices plugged into my Macbook.
You would still need XCode somewhere to deploy to iOS - but you can do all the development on Linux or Windows, and the MOAI app won't just run on iOS - but also Linux, OSX native, Chrome Native Client, Android and iOS.
And before you worry that performance won't be great - performance is great. :) And there is no greater feeling in the world right now than to be developing an app on Linux, and in a few seconds watching that same app being deployed immediately on Android and iOS devices in my lab, without too much fuss. Same look, same feel, same app: completely different platforms.
I really encourage you to check it out - and as long as you can convince someone to run the XCode build phase for you, somewhere, you can deploy to iOS simply as another target architecture, alongside all the other archs that your Linux machine can support (in my case my Linux machine also builds the Android product..)
If you have any further questions, don't hesitate to come to the MOAI forums and ask: http://http://getmoai.com/forums/
Second of all, the MOAI API and programming environment is a lot, lot nicer than Objective-C/XCode/Frameworks.
But I say this, of course, with 4 years of experience in Mobile development, and 2 years with MOAI specifically. Of course I'm overlooking the training period I've been through - for a newcomer it may indeed look like a lot of hassle. But I swear, once you have spent a couple days building an app in Linux with MOAI, and then simply deploy it straight to Windows/OSX/Android/iOS targets, the value is obvious. I simply won't go back to XCode/Android/&etc. now - its just too fun to be building apps this way. One set of code, develop on your platform of choice, deploy all the way to the walled garden, and back again, around about the massive fields of Linux/Windows/OSX, and so on.
Edit:
For your Xcode example, in short, yes. (Although - that's probably one of the most difficult apps of them all to bring up, since it integrates and depends on iTunes, mobiledevice/mobilesupport libraries, debugger tools etc.)
Obviously it's more overhead but it functions today.
Also, you'd have to get caught. It's not customer-facing.
I respect a EULA as much as it respects me.
I run a Linux desktop and a Mac laptop. Alfred is the biggest reason I enjoy my OS X computer more. Huge thanks to anyone who can suggest a Linux alternative.
Most of them have Windows/Linux equivalents, but for me aren't nearly as good as Mac versions (your mileage certainly varies).
It's not about having a "Linux or Windows version", it's about how good OS X's version is. For some people, there are NO alternatives.
I would suggest to these people: get a Mac. If you're seriously fretting over having no alternatives, then you should be getting the Real Thing. Is it really worth trying to "stick to the man" or waste time trying to deal with all the inevitable bugs when running on a non-native platform?
If you seriously want to spend a couple hundred bucks for a netbook to run Linux and this OS X emulation layer, you're not going to get any serious work done for A) slowness and B) bugs. You'll have a cool toy, you can stick your tongue out at Apple, but you're not going to be designing, developing and compiling that Next Big Multimillion Dollar iOS Game.
Hell, even Mr. Linux himself (you know, that Torvalds dude) uses a MacBook Air. If he wants to run OS X, he can just dual boot.
Well, he even used OS X for a spell. As he said in an interview, when writing his "biography" book, he used an iBook with OS X and MS Word (!!!).
Though that seems transparently different to me than this project.
http://pearpc.sourceforge.net/about.html
Mac OS X PowerPC emulation is spotty at best.
Mac On Linux? http://mac-on-linux.sourceforge.net/
Runs the PowerPC Mac OS X on PowerPC Linux systems.
Most that I know of aren't emulators but virtual machines for the PowerMac/CHRP platform that happen to run the PowerPC Mac OS X on them.
There would be more I am sure, and for Intel Macs, but Apple can just threaten lawsuits to discourage more of it. If the ability to run Mac OS X apps on other platforms exists, Apple stands to lose a lot of money on hardware sales. The Hackintosh market, for example uses cheap PC hardware to run Mac OS X on a non-Apple branded computer.
I did install OSX 10.2 Jaguar a couple of weeks ago on PearPC because my son is obsessed with the different releases that came out before he was born. I wanted to show him all that pin-stripey goodness.
They of course would have to buy a chip maker that can make 64 bit ARM CPUs with at least quad core to save on costs. I think Apple wants to get rid of buying chips from Samsung because of the iOS vs. Android lawsuits.
All assuming, of course, that Apple is interested in such a purchase.
It won't run native OS X code, but you can compile code with Objective-C or other languages to run on GNUStep between Linux, Windows, and Mac OS X. It is based on NextStep, or OpenStep that Steve Jobs had at Next before Apple bought them out and turned it into Mac OS X.
It STILL is in the very early alpha stage and may actually have been abandoned.