[racket] Failed to build Racket Textual 5.1.2 (CentOS)

2011-08-11 Thread Rodolfo Carvalho
Hello, I was trying to compile Racket Textual from source in a Webfaction's shared host machine. It's running CentOS 5.6. After downloading and extracting the tarball, cd racket-textual-5.1.2/src/; mkdir build; cd build; ../configure; make: --- [..

Re: [racket] `port-try-file-lock?' change (was: flock() stops racket-5.1.1 build on Solaris x86)

2011-08-11 Thread Matthew Flatt
At Mon, 23 May 2011 20:28:20 -0600, Matthew Flatt wrote: > [... problems with `port-try-file-lock?' under Solaris] > > I don't see an easy way around the problem. Your patch to make file > locks unsupported looks like the right one for now. We have a use for `port-try-file-lock?' that needs to wo

Re: [racket] Typed Racket: Defining a sequence predicate

2011-08-11 Thread Matthias Benkard
Hi again, Thank you for the quick and helpful response! This is a bug; it should give you roughly the same error as above, but for the different reason. The problem is that we'd need to check *every* element of the sequence to make sure it had the right type, which a simple predicate can't do

Re: [racket] Racket at CUFP 2011

2011-08-11 Thread Asumu Takikawa
On 2011-08-11 10:52:30 -0400, Stephen Chang wrote: > I was looking at the CUFP program and I saw that the video game > company Naughty Dog will be talking about using Racket in their game > development. They also did a presentation at GDC '09 about scripting a video game (Uncharted 2) in Racket/PL

Re: [racket] Building PLaneT documentation in the background?

2011-08-11 Thread Robby Findler
That sounds like something that would be good for planet 2.0, but it seems complex enough that probably it won't get put into the current incarnation of planet, at least in the short term. Robby On Thu, Aug 11, 2011 at 12:47 PM, Jens Axel Søgaard wrote: > Testing Nadeem's new PLaneT package in t

[racket] Building PLaneT documentation in the background?

2011-08-11 Thread Jens Axel Søgaard
Testing Nadeem's new PLaneT package in the spirit "I'll just *quickly* try the first example, I was a little annoyed that I had to wait for the documentation to build, before I could get to the action. Is it be possible to let DrRacket build PLaneT documentation in the background? -- Jens Axel S

Re: [racket] Wikipedia article improvements

2011-08-11 Thread Matthias Felleisen
On Aug 11, 2011, at 9:13 AM, Neil Van Dyke wrote: > You'll see Racket discussion scattered in other forums around the Web, > usually with the ubiquitous and tireless Eli Barzilay participating, but I > think that "users@" is the overwhelmingly preferred place. Eli's omnipresence is fantastic a

Re: [racket] Creating a #lang language, and modifying contract system

2011-08-11 Thread Casey Klein
On Thu, Aug 11, 2011 at 9:03 AM, Robby Findler wrote: > > Matthew recently wrote an excellent note about the interactions with > eval and namespaces and why you should or shouldn't use one and I > would love to be able to provide you with the same, but I don't have > such an essay yet. I'm sorry.

[racket] Racket at CUFP 2011

2011-08-11 Thread Stephen Chang
I was looking at the CUFP program and I saw that the video game company Naughty Dog will be talking about using Racket in their game development. http://cufp.org/conference/sessions/2011/functional-mzscheme-dsls-game-development _ For list-related

Re: [racket] Universe Examples

2011-08-11 Thread Matthias Felleisen
On Aug 10, 2011, at 6:57 PM, Felipe Cocco wrote: > Hello everyone, > > I am teaching a 10-week after-school intro to programming class to a small > group of high-schoolers, focusing mostly on creating simple worlds. However, > as soon as I mentioned that the language provided an easy way to im

Re: [racket] another mini-tutorial: a racket slice: munging IRC logs

2011-08-11 Thread Sam Tobin-Hochstadt
On Thu, Aug 11, 2011 at 4:42 AM, Marijn wrote: > > I like how you show one way of converting a match to an object, and then > show a better way. What I did not like very much is how the first way is > really verbose and made me question whether to read on, and in > retrospect the way using match i

Re: [racket] Creating a #lang language, and modifying contract system

2011-08-11 Thread Ismael Figueroa Palet
Don't apologize, I'm very grateful for your help :-) I'll take a look at the paper and the documentation Cheers 2011/8/11 Robby Findler > Well, continuation-marks are a lower-level, lighter-weight construct > than parameters. > > Sometimes you have to use parameters because that's the api you g

Re: [racket] Creating a #lang language, and modifying contract system

2011-08-11 Thread Robby Findler
Well, continuation-marks are a lower-level, lighter-weight construct than parameters. Sometimes you have to use parameters because that's the api you get to work with (current-output-port being a popular example of that) and sometimes you have to use continuation-marks because that's the api you g

Re: [racket] Creating a #lang language, and modifying contract system

2011-08-11 Thread Ismael Figueroa Palet
I'll try that in my particular case, however, what is the main difference and how do I decide whether to use continuation marks or parameters?? what are the advantages/disadvantages of choosing one over the other? Thanks 2011/8/10 Robby Findler > A parameter is implementing using continuation m

Re: [racket] Typed Racket: Defining a sequence predicate

2011-08-11 Thread Sam Tobin-Hochstadt
On Thu, Aug 11, 2011 at 9:32 AM, Matthias Benkard wrote: > Hi, > > I recently discovered Typed Racket and am having a lot of fun with it. >  Occurrence typing is pretty amazing. Great! Glad you're enjoying it. > I've stumbled across a couple of problems when trying to use > dictionaries and seq

[racket] Typed Racket: Defining a sequence predicate

2011-08-11 Thread Matthias Benkard
Hi, I recently discovered Typed Racket and am having a lot of fun with it. Occurrence typing is pretty amazing. I've stumbled across a couple of problems when trying to use dictionaries and sequences, though. In particular, I'm currently having trouble defining a predicate for the (Sequenceof A

Re: [racket] Wikipedia article improvements

2011-08-11 Thread John Clements
On Aug 11, 2011, at 8:13 AM, Joan Arnaldich wrote: > Well, as I said, I'm pretty new to Racket, but so far there are two > main things that I think make it pretty unique: first one is > extensibility, which is very well covered in the article now. The > second one (always IMHO) is that, a part fr

Re: [racket] Wikipedia article improvements

2011-08-11 Thread Neil Van Dyke
Joan Arnaldich wrote at 08/11/2011 08:13 AM: As for the links section... maybe I would also add a section on applications and companies using Racket in production environments... As far as I know, there's One nice thing about Racket is that Racketeers mostly eat their own dogfood: DrRacket

Re: [racket] Wikipedia article improvements

2011-08-11 Thread Joan Arnaldich
Well, as I said, I'm pretty new to Racket, but so far there are two main things that I think make it pretty unique: first one is extensibility, which is very well covered in the article now. The second one (always IMHO) is that, a part from having a solid theoretical basis, it is very practical (pr

Re: [racket] Help understanding error: compile: access from an uncertified context to unexported variable from module

2011-08-11 Thread Marijn
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/17/11 14:34, Matthias Felleisen wrote: > > With this: > > #lang racket/load (module macro racket (provide dlist) (define-syntax > (dlist stx) #`(shared ([x (make-link x)]) x)) (define-struct link > (l))) > > (module use racket (require 'macro)

Re: [racket] another mini-tutorial: a racket slice: munging IRC logs

2011-08-11 Thread Marijn
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Danny, On 08/06/11 08:08, Danny Yoo wrote: > I'm thinking of writing a series called "Racket Slices", which does > a cookbook-style approach to learning about Racket. I think there's > a need for documentation that takes a "slice", a cross section

Re: [racket] pretty-big->#lang (was: External connectiontoFinndesign Liitin)

2011-08-11 Thread Jukka Tuominen
Hi Matthew, thank you for taking the time to explain it in such detail. I believe I'm atleast closer to grasp the consepts of module and eval now. I've already understood earlier that the top level namespace is a potential place for collisions, and I can see it better now why it is so. I will