So once the game is finished in Haskell, send it to India or China for a manual
rewrite in C/C++/Objective C J
Or maybe this would be a nice research topic: how to generate C code that looks
like it’s human written…
Van: haskell-boun...@haskell.org [mailto:haskell-boun...@haskell.org] Na
btw- If you can move this thread.. please move it to the Haskell Cafe..
thanks :))
On Wed, May 26, 2010 at 6:35 PM, Tom Jordan wrote:
> Thanks for the info Yitz.. I'm psyched to dive in deep into Haskell, so the
> Haskell Cafe sounds best, although I'll probably sign up for both.. don't
> want
Thanks for the info Yitz.. I'm psyched to dive in deep into Haskell, so the
Haskell Cafe sounds best, although I'll probably sign up for both.. don't
want to miss out on anything !
___
Haskell mailing list
Haskell@haskell.org
http://www.haskell.org/mailm
That could definitely work if all the fields could be specified
beforehand..
There are some situations where I won't know which field (out of many) will
be needed to use, and they will change often,
but I think I can finalize the superset of all-possible fields to be used,
and set up a "master" rec
On Wed, May 26, 2010 at 01:17:00PM -0700, Evan Laforge wrote:
> Unfortunately then you get another cockamamie restriction in the whole
> JVM vs. tail calls thing... but if you can get around that then lots
> of people will like you a lot.
Working on it... :)
John
--
John Meacham - ⑆rep
Tom Jordan wrote:
> I tried Data.Map first and ran into the issue you mentioned...
Tom, could we please move this discussion to either
the Haskell Cafe or the Haskell Beginners mailing list?
(The choice basically depends on whether you mind if
the discussion might go off into deeper waters.)
This
(in gmail, I just use reply all).
Yeah, that's certainly a valid solution, but ugly like you said.
Would a record like this work better for you?
data Foo = { root :: Root, oct :: Oct, mode :: Mode }
It accomplishes the same thing. Each field can have at most one value, you
can update any field
wouldn't they just want to have TCO happen during the compilation into
java? why would you want to output java that has recursion?
-Dan
On Wed, May 26, 2010 at 4:17 PM, Evan Laforge wrote:
>> So, sadly, I think your chances of shipping your a title written in Haskell
>> on the iPhone are shot to
Sorry that I couldn't respond to the previous thread.. I'm using Gmail and
not an email client so I couldn't use the reply button. I'll try to resolve
this issue soon !
Thanks Phillip for responding so quickly,
I tried Data.Map first and ran into the issue you mentioned..
I've found a way to get
On Wed, May 26, 2010 at 5:51 AM, Ryan Trinkle
wrote:
> Hi guys,
>
> I don't think this licensing issue will be a problem for us. It's not
> clear to me that our game violates this new term, and we certainly don't
> violate any of the principles Steve Jobs used to justify it. If Apple wants
> to
Hallo,
On Wed, May 26, 2010 at 10:08 AM, Dave Bayer
wrote:
>
> Read "Coders at Work": The most reasoned, pragmatic objection to Lisp family
> language syntax over e.g. Haskell syntax is simply code density. This
> consideration gets up-ended if one's primary constraint is entering code
> throu
On May 26, 2010, at 2:51 AM, Ryan Trinkle wrote:
> I don't think this licensing issue will be a problem for us. It's not clear
> to me that our game violates this new term, and we certainly don't violate
> any of the principles Steve Jobs used to justify it. If Apple wants to
> reject our app
I'm sorry, I responded a little too fast (and it's the middle of the night,
ugh). Roots, Octs, and Modes aren't the same types (String vs. Integer), so
my second suggestion is broken.
On Wed, May 26, 2010 at 3:15 AM, Philip Weaver wrote:
> Hello! You have several options. First, consider that
Hello! You have several options. First, consider that when you lookup (see
Prelude.find) a field in the alist, you're going to stop as soon as you find
the first match. So, as long as you're appending new fields to the front of
list, then you'll be ok (it will be correct, but not efficient).
If
Greetings,
I'm struggling to find a way to define an "Alist" once, and then simply
add-in "Fields" to it incrementally.. without having to keep using new
identifiers/variables to hold the result of each "addin" expression.
I understand that pure Functional Programming doesn't use destructive state
Hi guys,
I don't think this licensing issue will be a problem for us. It's not clear
to me that our game violates this new term, and we certainly don't violate
any of the principles Steve Jobs used to justify it. If Apple wants to
reject our app, they already have a variety of excuses at their d
On May 26, 2010, at 04:14 , David Virebayre wrote:
On Wed, May 26, 2010 at 9:58 AM, Brandon S. Allbery KF8NH
wrote:
You might want to reread that license agreement. Specifically:
Ah, yes. Ouch, that's abusive.
Can they tell the difference though ?
I suspect GHC-generated code is fairly di
On Wed, May 26, 2010 at 9:58 AM, Brandon S. Allbery KF8NH
wrote:
> You might want to reread that license agreement. Specifically:
>
> "Applications must be originally written in Objective-C, C, C++, or
> JavaScript as executed by the iPhone OS WebKit engine, and only code
> written in C, C++, an
On May 26, 2010, at 03:50 , David Virebayre wrote:
On Wed, May 26, 2010 at 9:23 AM, Lyndon Maydwell
wrote:
As a side note, how is this project getting around the language
restrictions apple put in the developer license agreement?
From the project page :
This version uses Apple's official
On Wed, May 26, 2010 at 9:23 AM, Lyndon Maydwell wrote:
> As a side note, how is this project getting around the language
> restrictions apple put in the developer license agreement?
>From the project page :
This version uses Apple's official iPhone SDK as its back end compiler.
David.
___
20 matches
Mail list logo