Live data from Hacker News

iPhone, meet Haskell

groups.google.com

11–20 of 53 posts

Re: iPhone, meet Haskell

#11
post #9
post #8

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.

[deleted]

Re: iPhone, meet Haskell

#12
post #9
post #8

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.

Correct. Both python and lisp (Lisping) already have interpreters available as well.

Re: iPhone, meet Haskell

#13
post #8
post #6

I 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

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

#14
post #9
post #8

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.

[deleted]

Re: iPhone, meet Haskell

#15
post #13
post #8

Earlier 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.

Are browsers exempt? Because there are a few of them there, and they download and execute external JavaScript.

Re: iPhone, meet Haskell

#17
post #4

Wow, 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…

Also: Luke's SpaceTime is super exciting, he told me a teeny bit about it a few weeks ago. Should be seriously exciting for any ios dev who is writing collaboration tools

Re: iPhone, meet Haskell

#18
post #13

Earlier 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.

I believe all browsers in the app store that run js use Apple's UIWebView and don't run the js themselves.

Re: iPhone, meet Haskell

#19
post #13

Earlier 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.

They have to use Apple's JS engine.

Re: iPhone, meet Haskell

#20
post #13

Earlier 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.

> 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.

Post reply on HN