Re: [racket-dev] Racket docs and data-driven design

2011-09-17 Thread Bloch Stephen
On Sep 16, 2011, at 11:52 AM, Shriram Krishnamurthi wrote: I introduced templates today. Almost as if on cue, one student asked whether he could use else instead of (cons? l). I told them I was going to make a MORAL judgment about why it was EVIL, and spent ten minutes talking about all that

[racket-dev] mips/ia64 build failures due to unaligned memory access (was: Re: Build failure on specific PPC systems)

2011-09-17 Thread James Vega
On Fri, Aug 26, 2011 at 05:42:10AM -0400, Eli Barzilay wrote: > Two days ago, James Vega wrote: > > > > Since I've generally had more luck using the cgc GC on less > > mainstream systems, I set the build to use that for PowerPC and let > > it be in case things changed and it started working. > >

Re: [racket-dev] foreign struct access different in 5.1.3?

2011-09-17 Thread Kevin Tew
On 09/16/2011 09:04 PM, John Clements wrote: On Sep 16, 2011, at 3:06 PM, John Clements wrote: I'm trying to backport working FFI code to 5.1.3, and I'm having trouble referring to elements of a C struct. Specifically, in the presence of this definition (define-cstruct _rack-audio-closure

Re: [racket-dev] foreign struct access different in 5.1.3?

2011-09-17 Thread Matthew Flatt
At Sat, 17 Sep 2011 07:44:50 -0600, Kevin Tew wrote: > If you would like document the fact that cstructs are generative only up > to version 5.1.3. I think that improve the docs. I think the right next step is for you (Kevin) to update "doc/release-notes/racket/HISTORY.txt" to describe the chang

Re: [racket-dev] mips/ia64 build failures due to unaligned memory access (was: Re: Build failure on specific PPC systems)

2011-09-17 Thread Matthew Flatt
At Sat, 17 Sep 2011 09:10:44 -0400, James Vega wrote: > mips and ia64 both fail with unaligned access, although in different > places. > > ia64's build failure I think Racket won't work on ia64 because we never worked out how to deal with its multiple stacks. > mips' build failure > > ,

Re: [racket-dev] posting to semaphore from C causes seg fault

2011-09-17 Thread Matthew Flatt
It looks like the call in C might have been in a thread other than the thread where Racket was started. In that case, when scheme_post_sema() tries to cooperate with the GC, then it would end up with a NULL pointer for the Racket GC information of the current thread. In particular, since you're as

Re: [racket-dev] posting to semaphore from C causes seg fault

2011-09-17 Thread John Clements
On Sep 17, 2011, at 7:32 AM, Matthew Flatt wrote: > It looks like the call in C might have been in a thread other than the > thread where Racket was started. In that case, when scheme_post_sema() > tries to cooperate with the GC, then it would end up with a NULL > pointer for the Racket GC inform

Re: [racket-dev] mips/ia64 build failures due to unaligned memory access (was: Re: Build failure on specific PPC systems)

2011-09-17 Thread James Vega
On Sat, Sep 17, 2011 at 07:53:28AM -0600, Matthew Flatt wrote: > At Sat, 17 Sep 2011 09:10:44 -0400, James Vega wrote: > > mips and ia64 both fail with unaligned access, although in different > > places. > > > > ia64's build failure > > I think Racket won't work on ia64 iecause we never worked ou

Re: [racket-dev] foreign struct access different in 5.1.3?

2011-09-17 Thread Kevin Tew
I'll do that. Kevin On 09/17/2011 07:53 AM, Matthew Flatt wrote: At Sat, 17 Sep 2011 07:44:50 -0600, Kevin Tew wrote: If you would like document the fact that cstructs are generative only up to version 5.1.3. I think that improve the docs. I think the right next step is for you (Kevin) to upd

[racket-dev] FYI crash in os X cairo

2011-09-17 Thread John Clements
Disregard unless interested: crash while running program, drracket #8e5bb730b369b169821695e1b3216d68a8d71d64 from Friday 16th. Process: racket [11531] Path:/Users/clements/plt/bin/racket Identifier: racket Version: ??? (???) Code Type: X86-64 (Native) Parent

Re: [racket-dev] [plt] Push #23561: master branch updated

2011-09-17 Thread Robby Findler
I think you are missing a test case here. Robby On Sat, Sep 17, 2011 at 9:39 PM, wrote: > gmarceau has updated `master' from 14014b3d36 to 9b49de16e7. >  http://git.racket-lang.org/plt/14014b3d36..9b49de16e7 > > =[ 1 Commits ]== > > Direct

Re: [racket-dev] [racket] Code compiled for version ~a, not ~a

2011-09-17 Thread Guillaume Marceau
On Sat, Sep 17, 2011 at 11:11 PM, Robby Findler wrote: > Whoops, I see we lost the mailing list at some point in this thread. We're back now. > If the former, then those are the directories that DrRacket > intentionally doens't compile (and those are the ones that I'd expect > you to have multi