At Fri, 21 Jan 2011 10:53:42 -0700, Doug Williams wrote:
> What is the best way to perform actions after a sequence terminates? Here is
> a simple example that is like in-lines, but takes a path instead of a port.
> It works, but I was wondering if there is a better way to do it.
>
> (define (in-f
How much memory does the VM have (i.e., how much "physical" memory does
it report to the OS)?
Could it be that processing "jit.c" uses so much memory that the xform
process within the OS within the VM spends all its times paging, so it
seems stuck? I had that problem once.
___
In v5.0.99.7, when the plain Racket REPL is blocked waiting for input,
it yields to GUI events. That's different from previous versions, which
would leave the GUI frozen while waiting for REPL input.
More information the change:
In v5.0.99.6, if you start plain Racket and load a GUI program like
At Fri, 21 Jan 2011 19:13:21 -0700, Neil Toronto wrote:
> > (vector-copy #(1 2 3) 3)
> vector-copy: start index 3 out of range [0, 3] for vector: '#(1 2 3)
Fixed.
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/de
At Wed, 26 Jan 2011 17:07:32 -0500, e...@racket-lang.org wrote:
> +(let ([n0 (! n)])
> + (unless (exact-nonnegative-integer? n)
> +(raise-type-error 'take "non-negative exact integer" 0 n l))
Still committing changes with no tests.
Still broken:
> (list-ref (take (car (list 1))
All of the 2htdp sections have a tag prefix of "2htdp".
@secref[#:doc '(lib "teachpack/teachpack.scrbl")
#:tag-prefixes '("2htdp")
"world-example"]
At Thu, 27 Jan 2011 16:19:23 -0500, David Van Horn wrote:
> Am I doing something wrong, or is this a bug? The references with
At Mon, 31 Jan 2011 17:50:56 -0500, Ryan Culpepper wrote:
> * Matthew Flatt
> - Racket Tests
> - Languages Tests
> - GRacket Tests (Also check that `gracket -z' and `gracket-text' still
> works in Windows and Mac OS X)
> - mzc Tests
> - mzc --exe
At Sat, 29 Jan 2011 15:07:37 -0500, Carl Eastlund wrote:
> The following program binds => at both phase 0 (module-scoped macro)
> and phase 1 (lexically-scoped value). The use of the => macro at the
> end expands into a recursive reference to =>, which in turn produces
> the error "compile: identi
At Tue, 1 Feb 2011 22:27:50 -0500, Eli Barzilay wrote:
> Two hours ago, Eli Barzilay wrote:
> >
> > Seems like there's a bigger problem -- on linux the games dialog
> > doesn't have the icons on the game buttons.
>
> If I run the following on windows it works, but on linux (I tried
> three differ
At Wed, 2 Feb 2011 08:44:53 -0500, Sam Tobin-Hochstadt wrote:
> On Wed, Feb 2, 2011 at 8:09 AM, Matthew Flatt wrote:
> >
> > Recent versions of Ubuntu are configured disable images that accompany
> > text labels within buttons. For now, I made `racket/gui' enable button
At Wed, 02 Feb 2011 12:20:52 -0700, Jon Rafkind wrote:
> This patch makes configure ignore plot if plot/Makefile is not found. Ok
> to commit?
Don't modify "configure" directly. Its source is "racket/configure.in".
But the problem for the releaseis that "src/plot" should be included,
right?
At Wed, 02 Feb 2011 13:58:56 -0700, Jon Rafkind wrote:
> On 02/02/2011 01:26 PM, Matthew Flatt wrote:
> > At Wed, 02 Feb 2011 12:20:52 -0700, Jon Rafkind wrote:
> >> This patch makes configure ignore plot if plot/Makefile is not found. Ok
> >> to commit?
> > Don
At Wed, 2 Feb 2011 16:01:42 -0500, Eli Barzilay wrote:
> I have a change that does that (disables plot if the directory is
> missing). Is it a problem if configure becomes the result of Autoconf
> 2.61 (it's currently 2.66).
Yes, it's best if we stick to 2.66, so I'm happy to do that part.
_
At Wed, 2 Feb 2011 22:54:25 -0600, Robby Findler wrote:
> I see this in the match docs:
>
> > (match (make-hat 23 'bowler)
> [(struct shoe (sz col)) sz]
> [(struct hat (sz stl)) sz])
>
> reference to undefined identifier: make-hat
>
> and I think that's a bug in the docs.
Fixed.
At Thu, 3 Feb 2011 17:44:58 -0600, Robby Findler wrote:
> On Thu, Feb 3, 2011 at 7:31 AM, Matthew Flatt wrote:
> > At Wed, 2 Feb 2011 22:54:25 -0600, Robby Findler wrote:
> >> I see this in the match docs:
> >>
> >> > (match (make-hat 23 'b
At Fri, 4 Feb 2011 15:02:18 -0700, Jay McCarthy wrote:
> I've looked into this and I think it is a regression of GR2.
Thanks for investigating!
> The dc<%> interface documentation lists a huge number of functions,
> but racket/draw/private/dc-intf.rkt only has "draw-text" in the
> interface.
Fi
really sure where to check from there. I will try to
> > trace it through
> >
> > Jay
> >
> > 2011/2/4 Jay McCarthy :
> >> I'll update and re-run the FrTime test then for Greg
> >>
> >> Jay
> >>
> >> 2011/2/4 Ma
At Tue, 8 Feb 2011 00:15:37 -0800, Matthew Blakley wrote:
> I suspect these i386 checks are to distinguish from ppc, so
> maybe they should just change to uname -m != ppc in the darwin/mac sections.
Right --- I'll fix those.
I didn't know that `uname -m' could ever produce "x86_64" under Mac OS
Let's get the ball rolling on the release announcement. Here are draft
bullets for the drawing and GUI libraries:
* The `racket/draw' library --- which implements the drawing half the
GUI toolkit --- is a new implementation built on top of the Cairo
drawing library and the Pango text-render
Here's a new draft that folds in the contributions so far --- all
edited to varying degrees. I left out `racket/snip', because it seems
relatively obscure.
Racket version 5.1 is now available from
http://racket-lang.org/
The most significant change in
At Thu, 10 Feb 2011 14:49:37 -0600, Robby Findler wrote:
> I think there are a non-trival number of people who deal with snips to
> process student submissions that it is worth an extra line or two
Ok, but let's make it a separate (later) bullet.
Racket v
At Thu, 10 Feb 2011 18:20:51 -0500, Eli Barzilay wrote:
> So instead of changing the 510 back to 400, I think that I'll remove
> it completely, and make the packing code not include any version
> requirements at all, and make the unpacking code not check any version
> requirements from older versio
Yes, that does seem much better.
On Feb 11, 2011, at 11:55 AM, Robby Findler
wrote:
On Fri, Feb 11, 2011 at 12:07 PM, Matthew Flatt
wrote:
At Thu, 10 Feb 2011 18:20:51 -0500, Eli Barzilay wrote:
So instead of changing the 510 back to 400, I think that I'll remove
it completely
At Sat, 12 Feb 2011 23:28:47 -0500, Eli Barzilay wrote:
> Using (except-out whatever x) will omit not only `x', but also any
> other names that `x' is provided as. For example:
>
> (module A racket
> (define x 1)
> (provide x (rename-out [x y])))
> (module B racket
> (require 'A)
Sorry.
I think we should remove the ".cls" files and say that users have to put
them somewhere that Latex will find them (e.g., set `TEXINPUTS').
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
At Fri, 18 Feb 2011 22:44:54 -0500, Sam Tobin-Hochstadt wrote:
> At least for the JFP file, it's pretty clearly a copyright violation
> for us to distribute the file at all -- on the web page or elsewhere.
> We'd have to download it from the CUP site.
>
> For the ACM file, I emailed the contact ema
Do you have a `vmemoryuse' limit set?
At Fri, 25 Feb 2011 19:29:17 -0500 (EST), Hari Prashanth wrote:
> The program is killed when the call to `collect' inside for loop is
> commented... I am using a fairly recent version of Racket...
>
> #lang racket/load
>
> (module RACKETSET racket/base
>
>
(EST), Hari Prashanth wrote:
> No its unlimited...
>
> - Original Message -
> From: "Matthew Flatt"
> To: "Hari Prashanth"
> Cc: "PLT Developers"
> Sent: Friday, February 25, 2011 8:33:20 PM GMT -05:00 US/Canada Eastern
> Subject: Re: [
I've pushed a change to Scribble's configuration so the default font
for syntactic forms is non-bold. I think the bold font over-emphasizes
syntactic forms, and among the alternates I tried, plain black looks
the best to me.
We can rewind or try something else if this change doesn't work.
___
At Tue, 1 Mar 2011 23:28:35 +0300, "Yuriy Kovalev" wrote:
> If I compile program for distribution, then resulting executable runs only
> from paths, that contain only ASCII symbols.
This is hopefully now fixed. Can you try a recent version, such as the
current nightly build?:
http://pre.racket-
At Tue, 15 Mar 2011 06:57:37 -0400, "Geoffrey S. Knauth" wrote:
> I was looking at collects/mred/private/wx/cocoa/sound.rkt, and a comment
> didn't make sense to me, because it looks as though retain is being used.
>
> (tellv s retain) ; don't use `retain', because we dont' want auto-release
>
>
At Tue, 15 Mar 2011 22:06:40 -0600, Jon Rafkind wrote:
> There are also some generator tests in collects/tests/racket/for.rktl.
> Shall I move over to generator.rktl?
Aha! I thought I had seen some `geneator' tests, and "for.rktl" is a
reasonable place for them --- but I got confused by `test-gene
Here's a proposal for cleaning up `racket/stream'.
The first part of the proposal is terminology:
* A _sequence_ is any kind of input to `for'. That is, it's a generic
ordered collection of elements that supports iteration through the
elements.
Sequences include lists, vectors, and inp
At Wed, 16 Mar 2011 13:21:28 -0400, Eli Barzilay wrote:
> >Generators include the result of `generator' and input
> >ports. (The `generator?' predicate currently returns false for
> >input ports, but that could change.)
>
> I'd rather see these generators be only thunks (explained belo
At Thu, 17 Mar 2011 15:34:17 -0400, Matthias Felleisen wrote:
> 1. I think we should stay away from 'stream' here.
> If Racket had grown out of the Unix tradition, I'd
> be fine with it. But we partially grew out the
> functional community, and they use 'stream' for
> a narrower concept.
Unle
At Thu, 17 Mar 2011 15:42:40 -0400, Matthias Felleisen wrote:
> What does
>
> (stream-first (stream-cons 1 (infinite-loop)))
>
> produce?
1
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
At Thu, 17 Mar 2011 15:53:51 -0400, Matthias Felleisen wrote:
> That's the heart of the question, its distillation to a one-liner.
>
> The real question how a list can __be__ a stream and how a LR stream can
> __be__ a stream.
It's in the same way that a list can be a sequence and a vector can
At Thu, 17 Mar 2011 16:12:22 -0400, Matthias Felleisen wrote:
>
> On Mar 17, 2011, at 4:10 PM, Matthew Flatt wrote:
>
> > At Thu, 17 Mar 2011 15:53:51 -0400, Matthias Felleisen wrote:
> >> That's the heart of the question, its distillation to a one-liner.
> >&
At Thu, 17 Mar 2011 16:48:45 -0400, Matthias Felleisen wrote:
>
> On Mar 17, 2011, at 4:46 PM, Matthew Flatt wrote:
>
> >>
> >> I disagree only because of the lazy nature of stream __construction__,
> >> the potential confusion for first-timers, and the pot
At Thu, 17 Mar 2011 16:13:26 -0400, Eli Barzilay wrote:
> Yesterday, Matthew Flatt wrote:
> > I see your point about "generator", and so I agree that we should
> > use a different term. I'm not too happy with the term "producer",
> > but I don'
You could use `message%' with the bitmap as its label:
#lang racket/gui
(define bitmap (read-bitmap "/tmp/red-arrow.bmp"))
(define f (new frame% [label "Bitmap"]))
(new message% [parent f] [label bitmap])
(send f show #t)
At Sat, 19 Mar 2011 08:01:22 -0700, John Clements wrote:
> Someone
I've pushed an attempt to fix the problem, but I'll also try
reproducing the problem on my Ubuntu machine.
At Sun, 20 Mar 2011 14:53:20 -0400, Sam Tobin-Hochstadt wrote:
> Currently, I can't build Racket from Git. I get this error:
>
> env XFORM_PRECOMP=yes ../racketcgc -cqu ../../../racket/gc2/
At Fri, 25 Mar 2011 09:50:03 -0400, Eli Barzilay wrote:
> > > > I'm not convinced that `racket/sequence' is useless. Here's a
> > > > list of the current functions (with the current names):
> >
> > I threw out `sequence-cons', `sequence-first', and `sequence-rest',
> > and I kept the rest. The var
At Sun, 27 Mar 2011 12:36:21 -0400, Eli Barzilay wrote:
> > `sequence-filter', and `sequence-add-between'. The repair involved
> > adding `sequence-generate*', which starts a sequence in a way that
> > is consistent with using state but doesn't use state if the sequence
> > itself isn't stateful.
>
At Tue, 29 Mar 2011 08:46:06 -0400, Sam Tobin-Hochstadt wrote:
> I just meant that
>
> (sync (future (lambda () ...)))
>
> should be the same as
>
> (touch (future (lambda () ...)))
>
> or is that hard for future-safety reasons as well?
I'm not convinced that it makes sense. When you create a
The `racket/gui' library now supports horizontal mouse-wheel events,
but I don't have a Windows machine with a mouse that support horizontal
wheel events. As likely as not, I've implemented it backwards for Win32
(i.e., it's tricky atbest to match positive/negative with left/right
based on the docs
in VirtualBox on my Mac if I ran Windows 7
instead of XP).
> Because that seems to work. It doesnt say left or right though, just
> "MIDDLE dragging moving".
>
>
>
>
>
> On Sun, Apr 3, 2011 at 12:39 PM, Matthew Flatt wrote:
> > The `racket/gui' li
At Sun, 3 Apr 2011 15:20:09 -0400, Eli Barzilay wrote:
> Three hours ago, Matthew Flatt wrote:
> > The `racket/gui' library now supports horizontal mouse-wheel events,
> > but I don't have a Windows machine with a mouse that support horizontal
> > wheel events. As
> n32\canvas.rkt:78:3
> C:\Users\Administrator\git\exp\plt\collects\mred\private\wx\win32\canvas.rkt:17
> 6:5:
> wndproc method in ...\wx\win32\canva
> s.rkt:78:3
> C:\Users\Administrator\git\exp\plt\collects\mred\private\wx\common\queue.rkt:60
> 7:3
>
>
> C:\Users\Ad
ler wrote:
> It appears to happen with an older version (not sure how much older;
> days at most).
>
> Robby
>
> On Sun, Apr 3, 2011 at 3:36 PM, Matthew Flatt wrote:
> > Is that specific to the latest in git, or does the crash happen with
> > older versions, too?
>
Sorry! I forgot to follow up.
Eli and I got horizontal wheel events working, at least on his machine.
It won't work in XP, because horizontal wheel events are only available
for Vista and up. Meanwhile, we also fixed the crash that Robby found
with a different kind of mouse.
At Tue, 5 Apr 2011 09
At Thu, 7 Apr 2011 13:29:10 -0400, Matthias Felleisen wrote:
> I suspect that this is a bug
> in arity checking/reporting (at Matthew's level).
Me too, since I changed something related, but I haven't been able to
replicate the problem so far. Let me know if you can.
__
At Fri, 08 Apr 2011 12:45:50 +0200, Marijn wrote:
> subject is valid for both its meanings:
>
> 1) my build fails and complains "make-stubborn-will-executor: foreign
> interface not supported for this platform"
>
> 2) it seems impossible to disable foreign as I get this even if I pass
> --disable
At Fri, 08 Apr 2011 14:38:54 +0200, Marijn wrote:
> I get this behavior with both --enable-foreign and --disable-foreign,
> but I don't see how it could be relevant that foreign interface is not
> supported my platform when I disabled foreign. If I disable it then it
> should skip this part which f
At Thu, 7 Apr 2011 12:05:01 -0600, Matthew Flatt wrote:
> At Thu, 7 Apr 2011 13:29:10 -0400, Matthias Felleisen wrote:
> > I suspect that this is a bug
> > in arity checking/reporting (at Matthew's level).
>
> Me too, since I changed something related, but I haven'
At Sat, 9 Apr 2011 19:00:20 -0500, Robby Findler wrote:
> On Sat, Apr 9, 2011 at 6:46 PM, wrote:
> > 8570033 Matthew Flatt 2011-04-09 17:10
> > :
> > | futures: more bug fixes, make `touch' safe
> > | - bug fixes are related to allocation and runstack space
&g
27; option may eventually disappear completely.
Meanwhile, `configure' now detects when libffi is already installed and
uses it (instead of building the version that is included with Racket).
At Fri, 8 Apr 2011 06:47:24 -0600, Matthew Flatt wrote:
> At Fri, 08 Apr 2011 14:38:54 +0200, Mari
As of the latest in the git repo, when libffi is installed (including
header files), then `configure' detects it and uses it, instead of
building the copy of libffi that is included with the Racket sources.
Hopefully this will just work, but watch out for new `configure'
problems.
___
At Mon, 11 Apr 2011 18:43:08 +0800, bhrgunatha wrote:
> When I use the editor in DrRacket and I press the key combination for
> Transpose-Sexp (c-m-T) the following error is raised:
>
> select in menu%: unimplemented; args were (list (object:wx-menu-bar% ...))
This is now fixed for the next vers
At Wed, 13 Apr 2011 11:54:44 +0200, Marijn wrote:
> > Meanwhile, `configure' now detects when libffi is already installed and
> > uses it (instead of building the version that is included with Racket).
>
> I am now able to build with the bundled libffi, but when I delete that
> from the source and
At Thu, 14 Apr 2011 10:40:12 +0200, Marijn wrote:
> I'm not sure how
> to debug that AC_TRY_LINK invocation or what kind of information would
> help you to do it, so please tell me if you need anything.
Can you send me "config.log"? It shows the compilation commands and
error messages when AC_TRY_
At Thu, 14 Apr 2011 16:56:30 +0200, Marijn wrote:
> configure:5173: x86_64-pc-linux-gnu-gcc -o conftest -march=native -ggdb
> -O2 -pipe -I/usr/lib64/libffi-3.0.10rc8/include -Wl,-O1
> -Wl,--as-needed -lffi
> conftest.c -ldl -lm -ldl -lm -rdynamic >&5
I mixed up LDFLAGS and LIBS, now fixed.
At Fri, 15 Apr 2011 02:37:19 -0400, Eli Barzilay wrote:
> More than a week ago, ry...@racket-lang.org wrote:
> > a19a034 Ryan Culpepper 2011-04-04 15:14
> > :
> > | added ffi/unsafe/security
> > :
> > A collects/ffi/unsafe/security.rkt
>
> `ffi/unsafe' should be for things that are not safe, so
At Fri, 15 Apr 2011 09:09:43 -0400, Eli Barzilay wrote:
> Actually, I think that I misread it -- if you're saying that you don't
> agree with moving it out of the ffi collection, then I'm convinced,
Yes, that's what I meant.
_
For list-related ad
I tried a build with `--enable-shared' and the generated `mzscheme'
executable worked for me, so it's not just `--enable-shared' that
causes the problem.
If you run the `starter' executable in the Racket "lib" directory, do
you get an error like this?
lib/starter: this is an unconfigured start
I've pushed a fix for this bug.
Thanks for the report!
At Tue, 12 Apr 2011 08:28:12 +0800, bhrgunatha wrote:
> Sorry I forgot to add that helpful information (but I subsequently learned
> how
> to file a bug through DrRacket's help menu!)
>
> For the record: I'm using Arch Linux (64 bit) 2.6.3
er ELF section. Even
if you didn't run `strip', having a valid ELF binary may fix the
problem you're seeing.
At Fri, 15 Apr 2011 18:32:39 +0200, Marijn wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 04/15/11 18:07, Matthew Flatt wrote:
> > I tried a b
At Mon, 18 Apr 2011 10:11:25 +0200, Marijn wrote:
> I tried to test your changes, but ran into an (unrelated I think)
> compile failure:
Fix pushed. (Previous changes broke the non-futures, non-places build.)
_
For list-related administrative task
I often write
(for ([i (in-range N)]) ...)
In cases where the loop overhead is not significant (i.e., I don't care
whether the compiler can tell that I'm iterating through integers), it
would be nice to write just
(for ([i N]) ...)
which would require that integers are treated as sequ
At Mon, 18 Apr 2011 08:34:34 -0500, Robby Findler wrote:
> FWIW, I don't like that any of these 'in-*' thigns are optional. I was
> recently reading over a script that was used to build web pages from
> the output of testing runs for my compilers class and there were
> several nested for loops with
ke understanding
the code a little harder, and using `in-range' or `in-list' can good
for long-term maintenance. Still, I think it's better to allow the
shortcuts.
At Mon, 18 Apr 2011 08:58:32 -0500, Robby Findler wrote:
> On Mon, Apr 18, 2011 at 8:52 AM, Matthew Flatt wrote:
At Mon, 18 Apr 2011 11:04:18 -0400, Eli Barzilay wrote:
> An hour and a half ago, Matthew Flatt wrote:
> > I often write
> >
> > (for ([i (in-range N)]) ...)
> >
> > In cases where the loop overhead is not significant (i.e., I don't
> > care whet
Just to make sure, is there anything in the event log from DrRacket?
DrRacket attempts to log an event when it runs out of memory.
[I can never remember how to view the log in XP, so I start here:
http://support.microsoft.com/kb/308427
DrRacket events would be in the "Application" category, of
At Tue, 19 Apr 2011 17:02:30 -0400, Carl Eastlund wrote:
> I would like to associate metadata with a module based on its
> expansion. [...] We
> currently have various metadata associated with modules, such as the
> #:info and #:language-info options in syntax/module-reader, but those
> come from
The problem is that `make install' cannot handle a path with a space in
its name, like "Racket v5.1 Source". Try renaming to "racket-v5.1-src",
or something like that.
At Wed, 20 Apr 2011 15:03:52 +0200, Renzo Orsini wrote:
> Hello list,
>
> I tried to compile and install racket for Mac OS X Lion
At Thu, 21 Apr 2011 05:33:47 -0400, Eli Barzilay wrote:
> Two days ago, Kevin Tew wrote:
> >
> > This means that parallel zo and doc builds will use places instead
> > of processes.
> >
> > Report bugs as usual :)
>
> Here's a major bug: the memory consumption is *horrible*.
Ok, we'll disable f
At Wed, 20 Apr 2011 23:41:08 -0400, Ryan Culpepper wrote:
> * Matthew Flatt
> - Racket Tests
> - Languages Tests
> - GRacket Tests (Also check that `gracket -z' and `gracket-text' still
> works in Windows and Mac OS X)
> - mzc Tests
> - mzc --exe
At Thu, 21 Apr 2011 22:22:00 -0300, David Bremner wrote:
> I'm trying to build 5.1 on debian/kfreebsd, and I'm having problems with
> src/racket/src/port.c
>
> The main problems stem from MZ_FLUSH_* not being defined. This in turn
> seems to be because MZ_FDS is not defined at line 259. At that p
It looke like you have `-L/opt/local/lib' in your LDFLAGS
configuration. Do you also have `-I/opt/local/include' in CPPFLAGS?
You machine is probably like mine, where you have two installations of
libiconv, and this error happens when the C headers of one installation
get mixed with the lib of the
l it to use the system version of iconv, things will
> work
> out. But how do I tell it to ignore the bad version?
>
> -Eric
>
>
>
> On Apr 21, 2011, at 9:48 PM, Matthew Flatt wrote:
>
> > It looke like you have `-L/opt/local/lib' in your LDFLAGS
> >
I would like to look closely at this. Can you send me a patch?
At Fri, 22 Apr 2011 16:26:42 -0400, Vincent St-Amour wrote:
> Currently, unlike remove and remove-duplicates, assoc and member
> cannot use a user-provided equality check. I have a patch that fixes
> that by adding an optional argument
Here's a performance experiment (code enclosed).
Functions:
assq2 = plain Racket implementation of `assq'
assq-via-assf = `assq' via `assf' in same module
assq-via-library-assf = `assq' via imported `assf'
assoc2 = plain Racket implementation of `assoc'
assoc2/opt = like `assoc2', but
I've pushed the change that makes `assoc', `assv', and `assq'
implemented in Racket, including the new optional argument for `assoc'.
At Fri, 22 Apr 2011 19:52:34 -0400, Eli Barzilay wrote:
> 7 minutes ago, Matthew Flatt wrote:
> >
> > Switching to a Rac
At Sun, 24 Apr 2011 10:52:34 -0400, Sam Tobin-Hochstadt wrote:
> On Sun, Apr 24, 2011 at 10:44 AM, Matthew Flatt wrote:
> >
> > For those who are *really* interested, I've included annotated,
> > disassembled JIT output at the end of this message.
>
> Did you use
At Sun, 24 Apr 2011 10:04:02 -0300, David Bremner wrote:
> The attached patch does indeed allow compilation to finish.
Thanks! I've pushed that patch.
> I can work around this by "configure --enable-pthread", but I suspect
> the right fix is to add a stanza for GNU/kFreeBSD to src/configure.
> I
At Sun, 24 Apr 2011 12:48:53 -0400, Neil Van Dyke wrote:
> Do I read this correctly that (for whatever distributions of inputs you
> used) we can expect the new "assq" to be about twice as fast on 64-bit
> x86, and about half-again as slow on 32-bit?
Well, here are some new numbers (32-bit):
'
The `assoc' example helped focus my attention on a long-unsolved issue
with JIT-generated code, where non-tail calls from JIT-generated code
to other JIT-generated code seemed more expensive than they should be.
This effect showed up in `assq' and `assoc' through a high relative
cost for calling `a
At Sun, 24 Apr 2011 19:24:18 -0400, Neil Van Dyke wrote:
> The modest performance hit for "assq" on 32-bit (my
> workstation) right now is a small price to pay for doubling the speed on
> 64-bit (lots of servers).
I forgot to reply to that point before. Unfortunately, I don't think
you're going
Different hardware.
At Sun, 24 Apr 2011 19:02:33 -0500, Robby Findler wrote:
> Those different oses only or different hardware too?
>
> Robby
>
> On Sunday, April 24, 2011, Matthew Flatt wrote:
> > At Sun, 24 Apr 2011 19:24:18 -0400, Neil Van Dyke wrote:
> >>
gt;
> On Sun, Apr 24, 2011 at 9:44 AM, Matthew Flatt wrote:
> > I've pushed the change that makes `assoc', `assv', and `assq'
> > implemented in Racket, including the new optional argument for `assoc'.
> >
> > At Fri, 22 Apr 2011 19:52:34 -0400,
I don't think the current cycle-checking cost is significant. Also, if
a program uses `assoc' on a list that's long enough for locality of the
turtle to matter, then it probably has bigger problems. But don't let
me stop you from experimenting!
At Sun, 24 Apr 2011 20:07:31 -0500, Robby Findler wro
At Sun, 24 Apr 2011 20:53:22 -0400, Eli Barzilay wrote:
> 10 hours ago, Matthew Flatt wrote:
> > I've pushed the change that makes `assoc', `assv', and `assq'
> > implemented in Racket, including the new optional argument for
> > `assoc'.
>
> [
* The "DrScheme" application (which simply ran DrRacket in the last
few releases) has been removed. The "MrEd" GUI executables for
Windows and Mac OS X have also been removed, although the "mred"
console executable remains for Unix and Mac OS X to support old
scripts.
* The `racket/
At Tue, 26 Apr 2011 17:43:57 -0400, Vincent St-Amour wrote:
> we're losing pretty hard on deriv.
It looks like 20% of the time can be saved by JIT-inlining the
`procedure-arity-includes?' check that `map' performs. (And I've been
meaning to make that JIT change anyway, since it's an obstacle to us
That patch looks fine.
Do you have any process limits set? (My impression is memory is often
limited by default on FreeBSD systems.)
At Wed, 27 Apr 2011 21:42:05 -0300, David Bremner wrote:
>
> I had to apply the attached patch to get current git or 5.1 to compile
> on Debian/kFreeBSD-i386, but
a
__FreeBSD_kernel__ on line 128:
#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || defined(__NetBSD__)
|| defined(__OpenBSD__)
Does that avoid the bus error that you saw before?
At Thu, 28 Apr 2011 07:47:52 -0300, David Bremner wrote:
> On Wed, 27 Apr 2011 18:48:51 -060
At Wed, 27 Apr 2011 21:42:05 -0300, David Bremner wrote:
> --- a/src/racket/src/number.c
> +++ b/src/racket/src/number.c
> @@ -183,6 +183,8 @@ READ_ONLY Scheme_Object *scheme_single_inf_object,
> *scheme_single_minus_inf_obje
>
>
> #ifdef FREEBSD_CONTROL_387
> +#include
> +#include
> #incl
At Thu, 28 Apr 2011 21:00:24 -0300, David Bremner wrote:
> On Thu, 28 Apr 2011 07:00:46 -0600, Matthew Flatt wrote:
>
> > To make 3m work right, "src/racket/gc2/sighand.c" needs a
> > __FreeBSD_kernel__ on line 128:
> >
> > #if defined(__FreeBSD__) || d
I think I'm asking the wrong question. I should instead ask:
What does the man page for fpsetmask() say should be #included?
(The switch to #include was based on a FreeBSD man page.)
At Thu, 28 Apr 2011 21:01:11 -0300, David Bremner wrote:
> On Thu, 28 Apr 2011 09:07:28 -0600, Matth
I've pushed fixes for kFreeBSD, so let me know if you encounter further
problems.
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
301 - 400 of 1176 matches
Mail list logo