On 09/29/2011 05:51 AM, Sam Tobin-Hochstadt wrote:
On Thu, Sep 29, 2011 at 7:47 AM, Robby Findler
ro...@eecs.northwestern.edu wrote:
On Thu, Sep 29, 2011 at 3:33 AM, Eli Barzilaye...@barzilay.org wrote:
Yesterday, Neil Toronto wrote:
1. Obviously, Module 2's path should be 'plot'. Right
On 09/29/2011 12:27 PM, Sam Tobin-Hochstadt wrote:
You're referring to the code that implements `fit', right?
Shouldn't we just keep that until someone does the same thing that
Neil has done for that code too?
Yes. I'll likely convert that one as well, but not right now. I've got
quite a bit
Eli, I'm moving part of our discussion to the dev list for others' input.
On 09/25/2011 04:39 PM, Eli Barzilay wrote:
Three hours ago, Neil Toronto wrote:
It's going well. We could put it in the repo later today if you
want. I just have to consolidate a bunch of parameters first, and
move bits
On 08/27/2011 11:26 AM, Aaron Turon wrote:
Hi Neil,
I've been using the new plot library for visualizing some benchmark
results in three dimensions (# threads, amount of work, throughput).
It's very easy to use, and the interactive 3d plots are great. I also
plan to use the PDF export for my
On 08/13/2011 05:58 AM, Matthew Flatt wrote:
The Mac's drawing layer equates drawing units and font point sizes,
while the drawing layers for Windows and Unix try to adapt the to the
screen resolution for the conversion of point-sizes to drawing-unit.
For drawing pictures, it usually works
I've pushed the latest plot2d and plot3d to my github account. I want to
know whether there are any critical differences in output or execution
time among platforms. There shouldn't be any, but it's possible.
Can I get a few volunteers, at least one on Windows and one on Mac, to
clone it and
Can I get a racket/gui expert's help on Jay's machine's output? There
are two issues:
1. I have it render text with an 8 point font. On Jay's Mac, it's too
small to be 8 point. Either there's some font scaling or it's
erroneously choosing an 8 *pixel* font. How can we tell?
2. The Mac's
On 08/12/2011 07:04 PM, Shriram Krishnamurthi wrote:
Windows done; specs below in case someone w/ a significantly different
machine wants to try it out too:
Windows 7 Home Premium
1.2 GHz ULV Intel Core i5-430UM
4 GB DDR3 RAM
SATA hard drive (5400 RPM)
Output is here:
need to generate and would like to give
your 2d plot a try.
Kevin
On 08/02/2011 11:33 AM, Neil Toronto wrote:
Re-routing this email exchange to [racket-dev] for comments.
Long story short: Jay roped me into replacing the current `plot'
module by wrapping a plot library I was working on for my
Re-routing this email exchange to [racket-dev] for comments.
Long story short: Jay roped me into replacing the current `plot' module
by wrapping a plot library I was working on for my own use. (FWIW, I'm
happy to finally contribute something!) Intended features:
1. Doesn't depend on an FFI
, Neil Toronto wrote:
Re-routing this email exchange to [racket-dev] for comments.
Long story short: Jay roped me into replacing the current `plot' module by
wrapping a plot library I was working on for my own use. (FWIW, I'm happy to
finally contribute something!) Intended features:
1. Doesn't
On 08/02/2011 01:28 PM, Eli Barzilay wrote:
About a minute ago, Matthew Flatt wrote:
At Tue, 2 Aug 2011 16:20:43 -0400, Eli Barzilay wrote:
This replacement would be great -- it's pretty bad now that it
goes out to a(n outdated) C library with inferior graphic
capabilities, draws the graph
Eric Hanchrow wrote:
I find myself using this all the time; it seems it'd be handy to have built in.
(define (shuffled list)
(sort list #:key (lambda (_) (random)) #:cache-keys? #t))
Is the distribution of shuffled lists uniform? That'd be hard to
analyze, since it would depend on the
I've written a version of `set-choose', and also `set-first' and
`set-rest' (with the obvious meanings) a few times. They can be useful.
(I always waffled about whether to use just `set-choose', or `set-first'
along with `set-rest'. Mathematically, `set-first' and `set-rest' don't
make sense,
Robby Findler wrote:
Is there any value to, on a 64 bit machine, having 32 bit floats be
immediate values to avoid boxing?
It would certainly be faster than 64-bit boxed floats.
You could get better precision with 62-bit unboxed floats, stealing a
couple of bits from the exponent, doing
The Ubuntu instructions should have a sudo apt-get update after adding
the ppa repository.
Neil T
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
Eli Barzilay wrote:
20 minutes ago, Neil Toronto wrote:
The Ubuntu instructions should have a sudo apt-get update after
adding the ppa repository.
Is this about the git instructions at git.racket-lang.org, and if so,
do you mean that it should be:
sudo add-apt-repository ppa:git
Jay McCarthy wrote:
What do you think is missing from these tutorials:
http://docs.racket-lang.org/quick/index.html
http://docs.racket-lang.org/continue/index.html
http://docs.racket-lang.org/more/index.html
In particular, Quick tries to present the essence of the languages.
Maybe the
Matthias Felleisen wrote:
Catching up with some mail.
Neil wrote:
Avoiding allocation reduces GC collects, which reduces stutters and hitches.
My (possibly old) understanding of GC and mutation tell me that this
is one of those prejudices that programmers should get rid of. Every
mutation
301 - 319 of 319 matches
Mail list logo
