Lisp links thread

[teamonkey]

http://liskell.org/

Lisp-like syntax and macros for Haskell. Because Haskell is one of the few languages with a more unfriendly syntax than Lisp.

Liskell brings symbolic expression (aka Lisp syntax) to Haskell. This is no Lisp interpreter written in Haskell, but GHC itself becomes the part that processes Lisp like syntax. After parsing, the Liskell extension transforms this sexp parse tree into a regular Haskell parse tree, as it would result from any regular Haskell file. From then it takes the regular path through type inference, desugaring, compiling core.

[teamonkey]

Found this: http://code.google.com/p/lisp-game-engine/

Project run by Justin Heyes-Jones. I'm not really looking for help on this, I just find google code a good place to keep it. I'm also not expecting anyone to find it useful, I'm really just playing around to learn more about lisp.

[adam]

thanks for those

[adam]

http://lists.tunes.org/archives/lispos/ ... 02514.html

MzScheme 100/21 is now available in kernel form for x86 machines. In
other words, MzScheme can run as a stand-alone OS on your PC.

Practical? Perhaps eventually. For now, it's just fun. The MzScheme
kernel is based on OSKit from the Flux group at Utah. Coverting
MzScheme to a kernel took about 5 hours, most of that being the time
to understand various aspects of the OSKit. I spent an additional 2 or
3 hours making MzScheme run as smooth as it does, but a little more
work is needed (as described below).

[adam]

videos of "Structure and Interpretation of Computer
Programs" lectures online now, unsure of number of blackboards employed cos i haven't watched them

http://groups.google.com/group/comp.lan ... 24fbafce46

[nebogeo]

If you don't mind the spam, talking about plt scheme and graphics:
http://www.pawfal.org/Software/fluxus/
which I've used to write:
http://www.pawfal.org/al-jazari/

You can also get at it from inside drscheme:
http://www.flickr.com/photos/7905273@N07/982616658/

I like scheme for game programming, it makes a nice antidote to a C++ centred mindset.

[adam]

thanks Dave, I was half expecting you to appear in this thread at some point

cool that fluxus can be used from inside drscheme now, i see you've changed to plt from guile (just had a quick look at your page)

are the osx binaries on your site totally self contained or do they need the same external packages as the linux version?

[nebogeo]

thanks Dave, I was half expecting you to appear in this thread at some point

hehe

cool that fluxus can be used from inside drscheme now, i see you've changed to plt from guile (just had a quick look at your page)

yes, it took best part of 6 months to port it, but I'm glad I did in the end - it's a nice framework to use. mzscheme is also significantly faster than guile at some things, I seem to be able to throw around a lot more on the scheme side than I could previously.

are the osx binaries on your site totally self contained or do they need the same external packages as the linux version?

they attempt to be self contained, but I think they need jack installed - I'm not too sure as I didn't build them.

[koogy]

re al-jazira

there was something similar (2d, top down view, no robots) that i saw AGES ago. you assigned patterns and paths and instruments to each square and then let it do its thing. can't remember name...

[teamonkey]

If you don't mind the spam, talking about plt scheme and graphics:
http://www.pawfal.org/Software/fluxus/

This looks fantastic.

Can you think of any practical reason why it wouldn't work under Windows? I might try and build a windows binary when I have time.

[adam]

If you don't mind the spam, talking about plt scheme and graphics:
http://www.pawfal.org/Software/fluxus/

This looks fantastic.

Can you think of any practical reason why it wouldn't work under Windows? I might try and build a windows binary when I have time.

i think it's worth checking if all the dependencies can be built on windows...

[nebogeo]

If you don't mind the spam, talking about plt scheme and graphics:
http://www.pawfal.org/Software/fluxus/

This looks fantastic.

Can you think of any practical reason why it wouldn't work under Windows? I might try and build a windows binary when I have time.

i think it's worth checking if all the dependencies can be built on windows...

There might be issues with posix bits and pieces - pthreads, file access here and there (although it's mostly fopen). However most of the dependancies are fairly mainstream (it only uses glut/glu/gl for the rendering and app framework) and it's modular so troublesome bits of it can be left out (OSC network messages and jack sound support are both seperated from the renderer as PLT extensions). Probably the first thing to try would be to build it in cygwin or similar.

I wouldn't be able to support it on that platform though, as I don't run windows (having said that I have a similar situation with the mac build, all it takes is people with motivation to help

[teamonkey]

R6RS has been ratified!

[adam]

whassat then?

[teamonkey]

whassat then?

The new Scheme standard. It's one better.

R5RS was ratified in 1998, R6RS brings it up to date a bit. From the look of things, a lot of people were unhappy with added "bloat" to the standard but it just standardises things that the big implementations do to make Scheme programming more practical.

Biggest change is libraries (modules/namespaces) which allows the language to be split into core language & base library, plus a set of standard libraries (the "bloat").

Apart from that, the things I like are:

• It supports new commenting #|...|# blocks and #; to block out an entire s-expr.
• "call/cc" is now officially an alias for "call-with-current-continuation"
• unicode

Nothing on processes though.