With all due respect. Was there a reason why parametric imports don't work?
They do change behavior in a way that doesn't jive with the TR
port-to-typed-without-change-in-semantics philosophy.
On Jul 29, 2012, at 9:27 AM, stamo...@racket-lang.org wrote:
stamourv has updated `master' from
On Jul 28, 2012, at 8:25 PM, Eli Barzilay wrote:
andmap: contract violation
expected: list?
given: '(#syntax:/tmp/zzz:5:19 Y . #syntax:/tmp/zzz:5:23 Z)
argument position: 2nd
other arguments...:
#procedure:void
context...:
At Sun, 29 Jul 2012 10:15:17 -0400,
Matthias Felleisen wrote:
With all due respect. Was there a reason why parametric imports don't
work? They do change behavior in a way that doesn't jive with the TR
port-to-typed-without-change-in-semantics philosophy.
Parametric imports were already in
Thanks, Doug. From talking with a few people, it sounds like 5.3 is
shaping up pretty normally for a release, and the releases have been
high-quality.
I was just a little spooked by running into two bugs very quickly (two
points determine a line, after all), but I haven't found any since
I tried building from scratch again from
c9d0319a11cb2aae6d1e81d0c6465b4241a4ecff and see the following:
raco setup: 1 running: plot/scribblings/plot.scrbl
raco setup: 2 running: preprocessor/scribblings/preprocessor.scrbl
raco setup: 2 running: scribblings/quick/quick.scrbl
raco setup: 2
Hi All;
We're currently trying to figure out the right way to handle a name
conflict in Debian between racket and an rss aggregator named
planet-venus.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680685
I don't use the command /usr/bin/planet myself, so I was wondering if
anybody
The Racket core distribution has already started deprecating the
'planet' command in favour of going through the 'raco' command and the
'planet' subcommand:
raco planet ...
rather than
planet ...
The current documentation does not refer to the 'planet' command at all.
If users are still using
Maybe it would be good to have official support for safe 3D values.
I realized after I wrote the `images/compile-time' module that it was
just a special case. It could be extended to handle anything
serializable. Having to serialize values at expansion time and
unserialize them at runtime
I would find a sort function for vectors very useful.
Thanks,
Harry Spier
_
Racket Developers list:
http://lists.racket-lang.org/dev
A few minutes ago, Harry Spier wrote:
I would find a sort function for vectors very useful.
Actually, the `sort' code uses a vector to do its work, which is
initialized from the input list. But it doesn't help much to make it
deal with vectors too, since the vector that is used for the sorting
On Sun, Jul 29, 2012 at 7:57 AM, Vincent St-Amour stamo...@ccs.neu.edu wrote:
At Sun, 29 Jul 2012 10:15:17 -0400,
Matthias Felleisen wrote:
With all due respect. Was there a reason why parametric imports don't
work? They do change behavior in a way that doesn't jive with the TR
On Sun, Jul 29, 2012 at 6:12 PM, Eli Barzilay e...@barzilay.org wrote:
Actually, the `sort' code uses a vector to do its work, which is
initialized from the input list. But it doesn't help much to make it
deal with vectors too, since the vector that is used for the sorting
work needs to be
Yes, I fixed the bug. The fix should be in the release build tomorrow.
Ryan
On 07/28/2012 08:28 PM, Robby Findler wrote:
I believe Ryan fixed this a few hours ago. He may be waiting for a
release build before commenting.
Robby
On Sat, Jul 28, 2012 at 7:25 PM, Eli Barzilay e...@barzilay.org
I think it should be okay to remove it. All of the functionality is
covered by using raco planet.
Robby
On Sun, Jul 29, 2012 at 2:46 PM, David Bremner brem...@debian.org wrote:
Hi All;
We're currently trying to figure out the right way to handle a name
conflict in Debian between racket and
14 matches
Mail list logo