>
> On Jul 29, 2015, at 08:16, Matthew Flatt wrote:
>
> We're preparing a v6.2.1 release, which will go out before August 10.
> The v6.2.1 build will be a small set of patches to v6.2, i.e., not
> derived from the current development branch.
>
> The patches are for the HtDP teaching languages.
> On Jul 14, 2015, at 20:19, Gustavo Massaccesi wrote:
>
> Replacing the line 1758 of optimize.c
>
> - if ((info->inline_fuel < 0) && info->has_nonleaf && !noapp)
> + if ((info->inline_fuel <= 0) && info->has_nonleaf && !noapp)
>
> make the problem disappear, but I still don't understand why
I'm tired and not thinking straight, but we just finished running the schemer
gauntlet and I decided to dip my toes into the 6.2 release. I can't get it to
run my tests and I need external validation that it's not me doing something
stupid.
git clone https://github.com/searbsg/little-schemer
> On May 10, 2015, at 19:04, Matthias Felleisen wrote:
>
> Probably off-topic: you might be interested in
>
> http://repository.readscheme.org/ftp/papers/sw2003/Scmxlate.pdf
>
> Start with the title and then the summary at the end. Dorai has used this
> package to make his programs availabl
>
> On Feb 26, 2015, at 08:51, Paul Ojanen wrote:
>
> Will digests be available?
It definitely supports digests at varying levels of granularity. I _think_ it
supports not having a google account, but I'm less sure about that.
Racket Users list:
http://lists.racket-lan
>
> On Feb 25, 2015, at 23:25, George Neuner wrote:
>
> On Tue, 24 Feb 2015 23:13:48 +0100, Jens Axel Søgaard
> wrote:
>
>> 2015-02-24 23:01 GMT+01:00 Eric Dong :
>>> It seems that bit-vectors have a really weird bug, where short bit-vectors
>>> that aren't equal will often return true when te
> On Feb 10, 2015, at 19:14, Alexis King wrote:
>
> What do you get running raco pkg show? (Run raco pkg show -l if you’re using
> a dev build.)
>
> That should tell you what packages Racket thinks you have installed.
Oops. I thought I had that in there. It definitely did NOT show cover being
I'm _STUCK_. I have no idea what's going on or why it won't self-repair. I was
told on IRC that someone else had a similar problem and they addressed it by
reinstalling racket. Please tell me that isn't my solution.
10041 % raco link -l | grep cover
10042 % raco pkg install cover/
raco pkg inst
>
> On Dec 21, 2014, at 21:02, Neil Van Dyke wrote:
>
> Offhand, I don't know why you're seeing such a big difference, then.
>
> Regarding various ways that filesystem is cached in RAM, I consistently see a
> big improvement in Racket startup times when there's caching. Maybe you're
> using
>
> On Nov 5, 2014, at 17:53, Jay McCarthy wrote:
>
> Hi Ryan,
>
>
> On Wed, Nov 5, 2014 at 7:14 PM, Ryan Davis wrote:
>> The package submission system is hostile and incredibly frustrating to use.
>>
>> I've tried a bazillion times now to submit
The package submission system is hostile and incredibly frustrating to use.
I've tried a bazillion times now to submit a package (check-sexp-equal) and
ensure that:
1) the source points to a git repo properly: it keeps going to an https url and
then fails on install because it doesn't have a MA
On Jul 24, 2014, at 8:27, Matthew Flatt wrote:
> Sorry for the long delay, but I finally took a look at this.
Awesome awesome awesome. Thank you. I assume that made it into the 6.1 release?
Racket Users list:
http://lists.racket-lang.org/users
On Jun 18, 2014, at 15:55, Sam Tobin-Hochstadt wrote:
>> I'll stick to for/list + in-port + read
>
> Note that this combination is nicely packaged up as `(port->list)`,
> and there's a couple optional arguments and also `file->list` for
> other versions of this.
ooh. I didn't find that last ni
On Jun 18, 2014, at 16:01, Robby Findler wrote:
> Sorry-- I certainly don't dispute any of your comments on the relative
> merit of the code. I was just trying to understand which parts of the
> function touch bad performance in Racket.
It was certainly not taken that way and I'm sorry if my re
On Jun 18, 2014, at 1:26, Robby Findler wrote:
> I think the ruby version is smarter than your Racket version.
> Specifically, if you remove the .size (but don't print the output),
> things slow down by a factor of about 2 for me.
>
> $ time ruby -e 'p File.read("X_train.txt").split(/\s+/).map
On Jun 17, 2014, at 23:26, Robby Findler wrote:
> Could it be the float parser? Do you actually get the same floats in
> both versions?
Yup. I'm getting floats for sure.
The majority of the time in the original version was definitely being spent on
string-split (and I confirmed that regexp-sp
On Jun 17, 2014, at 22:24, Neil Van Dyke wrote:
> Well, you could read only 10 times, rather than 400. :)
>
> Another option is to do repeated regexp matching on the front of the file
> input port, but I'd think "read" would be faster. (Be sure to anchor the
> regexp with "^" to the star
I've got the following code that is stumping me. My original code was in ruby
and only took 3.9 seconds. I tried to write the equivalent in racket and was
surprised when it came in at 25 seconds. Got some help in IRC and got it down
to ~12 seconds by cheating using read. I'm guessing I'm missing
I upgraded to 6.0.1 and migrated my installed packages (via the gui), but the
doco for them is all gone. It's all the stuff in ~/Library/Racket/snapshot.
Looks like the generic top level stuff is there, and no packages.
The top level local doco page has an entry "Racket Generic Graph Library" a
On Mar 7, 2014, at 2:45, Daniel Carrera wrote:
> Hello,
>
> Is there any difference between `first` and `car`, or between `last` and
> `cdr`, or between `empty? and null?` ?
>
> I had assumed that these were just synonyms, added by Racket because they
> might be more memorable to a student.
https://github.com/plt/racket/issues/562
takikawa helped reduce the reproduction down to:
(match '(1 1) [(list-no-order b b) 'x])
but what I'm actually trying to do is:
(match '(...
(nand b b w1)
...
(nand w1 w1 w2)
...)
[(list-no-order `(nand
On Dec 29, 2013, at 0:42, Ryan Davis wrote:
> If I look at the language setting details I can choose what submodules to run
> (main / test / others). But what I can't control is the _order_ of the
> submodules. I simply don't want to run main if my tests are going to f
If I look at the language setting details I can choose what submodules to run
(main / test / others). But what I can't control is the _order_ of the
submodules. I simply don't want to run main if my tests are going to fail but
for some reason tests run afterwards, not before. My questions:
1) I
On Nov 23, 2013, at 8:21, Matthias Felleisen wrote:
>
> On Nov 23, 2013, at 10:45 AM, Laurent wrote:
>
>> On Sat, Nov 23, 2013 at 4:04 PM, Greg Hendershott
>> wrote:
>>
>> Let me see if I can find time to review the current docs for Planet
>> and the new package system, and see where more
24 matches
Mail list logo
