Earlier quoted context omitted.
Apple wouldn't permit this in the AppStore
I don't think that's quite right, if I understand correctly you could have the interpreter so long as there was no download and run of external code. I'm sure I've seen a Lua environment like this.
iPhone, meet Haskell
11–20 of 53 posts
Re: iPhone, meet Haskell
#12Earlier quoted context omitted.
Apple wouldn't permit this in the AppStore
I don't think that's quite right, if I understand correctly you could have the interpreter so long as there was no download and run of external code. I'm sure I've seen a Lua environment like this.
Re: iPhone, meet Haskell
#13I would love to also run the interpreter inside iOS to learn Haskell from a tablet. I will support a crowdfunding campaign.
Apple wouldn't permit this in the AppStore
http://omz-software.com/pythonista/
http://omz-software.com/editorial/
http://twolivesleft.com/Codea/
You just can't have an app that downloads external code and then runs it; if all of the code that gets run is prepackaged in the app bundle or user-generated then it's absolutely fine.
Re: iPhone, meet Haskell
#14Re: iPhone, meet Haskell
#15Earlier quoted context omitted.
Apple wouldn't permit this in the AppStore
Sure they would. http://omz-software.com/pythonista/ http://omz-software.com/editorial/ http://twolivesleft.com/Codea/ You just can't have an app that downloads external code and then runs it; if all of the code that gets run is prepackaged in the app bundle or user-generated then it's absolutely fine.
Re: iPhone, meet Haskell
#16Re: iPhone, meet Haskell
#17Wow, this looks super interesting. Would this be the first step in creating a Haskell wrapper for doing native UI work, or is it more useful for games and the like?
Howdy! I've been using https://github.com/jspahrsummers/ObjectiveHaskell/ as my bridge between the two worlds (with some modifications for iOS that I'll be posting soon). Haskell has a wonderful FFI that lets you easily call C/Objective-C from Haskell and vice versa. There's also Manuel Chakravarty's extremely exciting "Inline Objective-C" project (coming soon) that allows you to embed Objective-C code directly into…
Re: iPhone, meet Haskell
#18Earlier quoted context omitted.
Sure they would. http://omz-software.com/pythonista/ http://omz-software.com/editorial/ http://twolivesleft.com/Codea/ You just can't have an app that downloads external code and then runs it; if all of the code that gets run is prepackaged in the app bundle or user-generated then it's absolutely fine.
Are browsers exempt? Because there are a few of them there, and they download and execute external JavaScript.
Re: iPhone, meet Haskell
#19Earlier quoted context omitted.
Sure they would. http://omz-software.com/pythonista/ http://omz-software.com/editorial/ http://twolivesleft.com/Codea/ You just can't have an app that downloads external code and then runs it; if all of the code that gets run is prepackaged in the app bundle or user-generated then it's absolutely fine.
Are browsers exempt? Because there are a few of them there, and they download and execute external JavaScript.
Re: iPhone, meet Haskell
#20Earlier quoted context omitted.
Sure they would. http://omz-software.com/pythonista/ http://omz-software.com/editorial/ http://twolivesleft.com/Codea/ You just can't have an app that downloads external code and then runs it; if all of the code that gets run is prepackaged in the app bundle or user-generated then it's absolutely fine.
Are browsers exempt? Because there are a few of them there, and they download and execute external JavaScript.
Yes, but they may do so only by embedding Apple's own sandboxed WebKit component. So the downloading, execution, and results are tightly controlled.