Python for iOS is something that makes Python programs run as apps and maintains its library -- thus something explicitly impossible. This is just a gadget.
Python for iOS
11–20 of 43 posts
Re: Python for iOS
#12Re: Python for iOS
#13Re: Python for iOS
#14Re: Python for iOS
#15Python for iOS is something that makes Python programs run as apps and maintains its library -- thus something explicitly impossible. This is just a gadget.
Interpreted code is perfectly legitimate to use in an iOS app, under certain restrictions.
The first is that you cannot JIT it, because the OS prevents execution of memory that has been writable (this is true for every app except for MobileSafari and it the reason why the only arbitrary code execution vulnerabilities have been found through MobileSafari).
The second is that you're not allowed download executable code to increase or change the functionality of the app. The reasoning for this I see as a little bit of selfishness on Apple's part, in that you can't really build a native app that acts as a platform for other people's fully-fledged 'apps' bypassing the app store, and the second being that the user's expectation of an app is that it be pretty much self contained in terms of functionality.
There have been exceptions to this though. CouchDB for iOS runs interpreted on the Erlang VM, but its database queries are executed by Mozilla's command line javascript engine. The code that runs on this query engine is actually downloaded through the database's syncing functionality, and it IS allowed in the app store.
So there does seem to be some leeway in terms of what is actually banned in that case. It seems that if downloading something technically turing-complete is REQUIRED as part of an essential function of the app, and cannot by necessity actually _change_ the main functionality of the app through running in a very limited sandbox (no I/O of any kind or indeed anything but data processing in this case), then it's allowed.
To get back to your original point, if someone wanted to build a bit of middleware that bridged the CocoaTouch libraries with python, then distributed that and allowed people to compile apps with it, it would be perfectly legal on iOS.
Re: Python for iOS
#16Is this a fully capable interpreter? In other words, is it capable of importing and running code from external sources? This would allow for some cool use cases.
Re: Python for iOS
#17This is awesome. I've been waiting for this! Now all I need is the same thing for JavaScript and I'll be in heaven!
Re: Python for iOS
#18why it is not a free app?
Because it takes serious effort to do it. I'm glad they did it. 3 dollars is nothing compared with the value I got from being able to use python on my phone.
Re: Python for iOS
#19Re: Python for iOS
#20Earlier quoted context omitted.
Because it takes serious effort to do it. I'm glad they did it. 3 dollars is nothing compared with the value I got from being able to use python on my phone.
I grant that "Python for iOS" took serious effort, but I am sure "Python" took more effort. Still Python is free.