And while we are dreaming, in an iOS port of GHCi (meaning GHCi runs on iOS and
doesn't just generate code for it), it would be great to make bytecode
persistent — ie, the bytecode that GHCi currently generates internally to
interpret programs should be serialized to save and load it. (Note tha
On Sun, Jun 19, 2011 at 8:44 AM, Tom Murphy wrote:
> On 6/18/11, Alexander Solla wrote:
> >
> > Since the iPhone OS is pretty much OS X for ARM, and GHC apparently now
> > supports cross-compilation, you can compile GHC for iOS.
>
>
> Can you provide a link for info? I don't understand how this
Well, strictly speaking, GHC only supports self-cross-compilation, id est
porting[1], cf. [2]. For more information on cross compilation generally, refer
to the wiki page[3]. Does that answer your question, or did you have something
else in mind?
[1]:http://hackage.haskell.org/trac/ghc/wiki/Bu
On 6/18/11, Alexander Solla wrote:
>
> Since the iPhone OS is pretty much OS X for ARM, and GHC apparently now
> supports cross-compilation, you can compile GHC for iOS.
Can you provide a link for info? I don't understand how this would be done.
Thanks
Tom
_
On 18 Jun 2011, at 20:19, Jack Henahan wrote:
> but the dev would either be forced into Hugs, or they'd have to implement a
> more portable GHC. Does such a thing exist already?
Just as a point of interest, the original nhc compiler was original written for
an ARM architecture machine (Acorn A
Oh, wow, I'd never seen gambitREPL, just the (pretty terrible) iScheme. That's
pretty neat. It's probably quite doable, then, but the dev would either be
forced into Hugs, or they'd have to implement a more portable GHC. Does such a
thing exist already?
On Jun 18, 2011, at 3:03 PM, John Velman
Oh, Scheme is trivial to implement, when compared with Haskell. So
people write it from scratch as a tutorial exercise.
Haskell isn't trivial to implement from scratch, so instead we port
existing implementations mostly.
That means really, porting Hugs or GHC. And you've been pointed at examples.
On Sat, Jun 18, 2011 at 10:44:01PM +0400, MigMit wrote:
Well, this is my point. THERE ARE 3 SCHEME INTERPRETERS in the iPad app
store.
They run on factory iPads, not jailbroken.
The GUI for the gambitREPL (Read, Evaluate, Print, Loop) is just like a
console. Input a scheme expression. CR. A
Well, Haskell is fun, isn't it? And that's what iPhone is perfect for: fun.
Back when I had iPod Touch 1G (jailbroken, of course), I used to run Hugs on
it. Now I would love to see a Haskell interpreter in the App Store — which, by
the way, is possible; as there are Scheme interpreters there, wh
I suppose you could make a GUI, by why? Given that you'll have to be working on
a jailbroken device, anyway, one could just as well use one of the numerous
terminal emulators now floating around for jailbroken iOS. That said, the idea
of people writing Haskell on phones and iPads and so on makes
On Sat, Jun 18, 2011 at 10:46 AM, John Velman wrote:
>
> To further emphasize, I'd like to type in (or paste in) Haskell code and
> have it executed on the iPad. To reiterate: Something like Hugs, or ghci
> on the iPad.
Since the iPhone OS is pretty much OS X for ARM, and GHC apparently now
su
See also the cloud: http://tryhaskell.org
:-)
On Sat, Jun 18, 2011 at 1:46 PM, John Velman wrote:
> Well, I'm not interested in a lisp interpreter written in Haskell. Nor am
> I (at the moment) interested in writing an iPad app in Haskell.
>
> I changed the subject to clarify.
>
> What I would
Well, I'm not interested in a lisp interpreter written in Haskell. Nor am
I (at the moment) interested in writing an iPad app in Haskell.
I changed the subject to clarify.
What I would like to see is A Haskell Interpreter on the iPad.
To further emphasize, I'd like to type in (or paste in) Ha
13 matches
Mail list logo
