, Matthew Flatt mfl...@cs.utah.edu wrote:
Is there a situation where allowing an arbitrary file- or
directory-existence test would be bad?
This all depends on how paranoid we want to be. There are certainly
situations when this will be bad -- it lets you determine who else
has
How much should we prioritize backward compatibility in this case?
One possibility is to make `set?' mean `hash-set?', and add
`generic-set?' in place of the current `set?'. That's uglier,
obviously, but it would be better if we want to prioritize backward
compatibility.
At Wed, 21 Aug 2013
At Thu, 22 Aug 2013 10:59:35 -0400, Sam Tobin-Hochstadt wrote:
This short program generates a lot of closures, and thus doesn't run very
fast.
#lang racket/base
(require racket/flonum)
(define (Point x0 x1 y0 y1)
(list (λ () (let ([x (- x1 x0)] [y (- y1 y0)])
I haven't been able to get a different result by changing printing.
One thing that printing might do, however, is assign `eq?`-based hash
codes to objects that did not already have them. That assignment, in
turn, could affect the order in which objects appear later in a hash
table.
I hacked
There have been multiple little problems, such as me breaking the
Windows build a couple of days ago (Ryan fixed it), the Windows VM used
for the Utah snapshot got into some bad state and had to be rebooted.
I'm working on the latest problem.
Meanwhile, if you need a new build (as opposed to just
car
next
(if orig-dir
(next (list orig-dir))
(directory-list init-dir))
pair?
#f
#f
Oh, and a `define-sequence-syntax` version is even a little faster.
I'll push all of this soon.
Sam
On Wed, Sep 4, 2013 at 11:03 AM, Matthew Flatt mfl
When continuations are too expensive, consider representing the
continuation explicitly. In this case, I think a list of paths
represents the continuation easily enough.
(define (in-directory5 [orig-dir #f])
(define init-dir
(or orig-dir (current-directory)))
;; current state of the
At Wed, 4 Sep 2013 15:13:31 -0400, Sam Tobin-Hochstadt wrote:
On Wed, Sep 4, 2013 at 12:29 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
(directory-list
(path-complete-path d init-dir)))])
I'm pretty sure this is wrong
At Wed, 4 Sep 2013 15:44:41 -0400, Sam Tobin-Hochstadt wrote:
On Wed, Sep 4, 2013 at 3:23 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Wed, 4 Sep 2013 15:13:31 -0400, Sam Tobin-Hochstadt wrote:
On Wed, Sep 4, 2013 at 12:29 PM, Matthew Flatt mfl...@cs.utah.edu wrote
As far as I can see, exporting `expand-clause` is ok.
Ideally, I think it should be exported from a new
`racket/for-transform` library, instead of used directly from
`racket/private/for`. Also, `expand-for-clause` might be a better name.
At Fri, 6 Sep 2013 00:45:40 -0400, Stephen Chang wrote:
guarantee there are no definitions in the post ... part. All it
guarantees to eliminate are #:final and #:break.
Carl Eastlund
On Fri, Sep 6, 2013 at 12:09 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
The issue is `begin` splicing. The `result` form could be a `begin`
form
in `syntax/for-transform',
maybe `syntax/unsafe/for-transform'?)
At Fri, 6 Sep 2013 14:44:20 -0400, Stephen Chang wrote:
On Fri, Sep 6, 2013 at 7:54 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
As far as I can see, exporting `expand-clause` is ok.
Ideally, I think it should be exported from
)
(for clauses
pre ...
(printf ~v\n (let () result
Carl Eastlund
On Fri, Sep 6, 2013 at 12:25 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
#lang racket/base
(require (for-syntax racket/base
syntax/parse
syntax/for-body
I think this is a libffi problem, and I guess there's a patch that we
still need to add to the Racket copy of libffi (although I sync'd with
the latest libffi sson after the last time this was discussed).
While we sort that out, you should be able to install the
devel/libffi package, then
Thanks! The pull request is now merged.
At Mon, 16 Sep 2013 17:59:16 +0200, Juan Francisco Cantero Hurtado wrote:
On 09/16/13 17:10, Matthew Flatt wrote:
I think this is a libffi problem, and I guess there's a patch that we
still need to add to the Racket copy of libffi (although I sync'd
At Mon, 16 Sep 2013 18:10:34 +0200, Juan Francisco Cantero Hurtado wrote:
On 09/11/13 10:42, Juan Francisco Cantero Hurtado wrote:
The standard on modern unix systems is to name the shared libraries with
this pattern: lib + name + .so. + major version + . + minor
version. Racket uses
It's implemented, but it's not currently an option for `defmodule`.
I'll look into adding the option.
At Mon, 16 Sep 2013 17:49:27 -0400, Sam Tobin-Hochstadt wrote:
I think what Carl suggested is preferable -- a link that only exists
if the package it links to exists. Alternatively, a link
At Tue, 17 Sep 2013 07:03:30 -0500, Robby Findler wrote:
On Tue, Sep 17, 2013 at 6:14 AM, Sam Tobin-Hochstadt
sa...@cs.indiana.eduwrote:
On Sep 17, 2013 4:38 AM, Robby Findler ro...@eecs.northwestern.edu
wrote:
FWIW, this seems to have broken the snapshot builds. I'll add the
At Tue, 17 Sep 2013 08:31:26 -0400, Sam Tobin-Hochstadt wrote:
On Tue, Sep 17, 2013 at 8:15 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
In this particular case, if `raco setup` hadn't reported failure, the
builds might have hobbled along; I'm not sure. The snapshot build
generally relies
The simplest workaround is to provide `--enable-sgc` to `configure`.
The problem is that it's a little tricky to work with the Boehm GC in
cross-compile mode, at least with the way that we have the makefiles
set up. Assuming you don't need `racketcgc` at the end, it's easiest to
avoid the
Although packages are not currently distributed in binary form, you can
install built packages (as available from a snapshot site) in binary
mode by supplying the `--binary' flag to `raco pkg install'.
For example, if you start with a Minimal Racket build from
The `gui-pkg-manager` omission is intentional, since it's the same as
DrRacket's Package Manager... menu item, and I think it's best to
keep the number of GUI applications to a minimum (especially for Mac OS
X users). I have no strong objection if others want to include it,
though.
At Wed, 2 Oct
At Thu, 3 Oct 2013 06:45:12 -0600, Jay McCarthy wrote:
On Wed, Oct 2, 2013 at 3:54 PM, Asumu Takikawa as...@ccs.neu.edu wrote:
Hi all,
I noticed that if you don't specify any dependencies for a package, then
`raco` will warn you about that. However, the exit code is 0 and it's
not an
, Matthew Flatt mfl...@cs.utah.edu wrote:
Yes, the `#:version` keyword is optional. The old format, as in
(define deps '((markdown 0.5)
rackjure))
is still supported.
The old format is described as deprecated in the documentation, but
it's fine to use it to support both
I haven't had a chance to look into this, but it's still on my list.
At Sun, 06 Oct 2013 11:48:57 +0400, Roman Klochkov wrote:
Can we upgrade GTK version in the next windows bundle?
Or at least GLib and GObject.
I tried
We have several packages X that imply packages X-lib and X-doc
--- and that seems good to me.
Some Xs also imply X-test, while other Xs do not imply X-test
(even though X-test exists). We should change one of those sets to be
consistent with the other.
It's important that X-lib and X-test end up
At Tue, 15 Oct 2013 22:40:54 -0400, Eli Barzilay wrote:
Just now, Robby Findler wrote:
Yes, I think that was the point of the original message: to figure out what
consistent thing we think it should be.
My point was in the depending on what *I* generally want. I'm
saying that it much
I have no strong opinion, either, but...
In most software projects, `make test` is something that you can do
with the sources, but not with an installation. I think we agree that
the tests for package X should be in the same repository as X-lib,
X-doc, etc., but I don't think there's much
I agree. I think the normal case is just that there's a package X,
and it's only when clients of X request finer-grained distribution
that it's worth doing anything --- like the request that made Neil T.
split math.
The tiny mode you describe sounds like binary mode, and there are
indeed info.rkt
I've pushed changes to support Mac Retina displays, and the changes are
included in snapshots here:
http://www.cs.utah.edu/plt/snapshots/
We haven't yet upgraded various bitmaps (splash screen, tool icons,
etc.) to higher-res versions, and the API needs a little more work on
that end.
But I
At Sat, 19 Oct 2013 23:13:44 -0400, David T. Pierson wrote:
I am building from a (relatively recent) git checkout. I have been
using the in-place make target which installs in ./racket, but I'd like
to have everything built and installed in a separate BUILD directory.
My motivations are to
Currently, `(define-serializable-struct id )` expands to `(provide
deserialize-info:id-v0)`. The `deserialize-info...` identifier needs to
be exported to make things work, but the export is a hassle: the
programmer doesn't care about it, it's not usually documented,
re-exporting modules don't
are obliged
to submit pull requests on all ring-0 packages to (at a min) get all test
cases to pass.
I guess you did that here, at least for the ring-0 packages in the racket
git repo, which is where the I found ... comment comes from?
Robby
On Fri, Nov 8, 2013 at 12:35 PM, Matthew Flatt
At Fri, 8 Nov 2013 19:18:10 -0600, Robby Findler wrote:
On Fri, Nov 8, 2013 at 7:13 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
Yes. Even if (as in the future) the current ring-0 packages weren't all
the same git repository, I'd certainly at least try building them with
this change.
I
At Wed, 20 Nov 2013 14:10:05 -0500, Neil Van Dyke wrote:
What's the status of the package system?
Some possible answers, depending on how you mean the question:
* It's much improved since v5.3.6, and we're starting the release
process for v6.0 to get all the latest out to everyone.
*
When I try similar steps, I get an error related to using the
installation's read-only documentation database (I'll investigate
more), but not a problem in the bytecode-building phase.
It looks like the failure is happening at a place where `raco setup` is
trying to fix up a file timestamps.
At Fri, 22 Nov 2013 05:10:14 +0400, Aleksej Saushev wrote:
It would be nice to change location of config.rktd file.
config.rktd looks like it cannot be changed by user at run time in any
meaningful way. Thus it doesn't belong to sysconfdir.
It should be placed into libdir instead.
It's
Thanks!
I think Jay and I became confused about the purpose of
`call-with-limits` and thought it was supposed to constrain the time
used by evaluation, no matter what it tries to do.
We should revert the change, clarify the docs at `call-with-limits`,
and maybe add something else to
Here's the full comment:
The version string has one of the forms:
X.Y
X.Y.Z Z != 0
X.Y.Z.W W != 0
where each X, Y, Z, W is a non-negative exact integer, Y must not
exceed 99, and Z or W must not exceed 999. Y=90 means that this is
working towards {X+1}.0, and
At Mon, 25 Nov 2013 09:56:45 -0500, Ryan Culpepper wrote:
On 11/25/2013 09:44 AM, Matthew Flatt wrote:
Here's the full comment:
The version string has one of the forms:
X.Y
X.Y.Z Z != 0
X.Y.Z.W W != 0
where each X, Y, Z, W is a non-negative exact
At Tue, 26 Nov 2013 13:39:31 -0800, John Clements wrote:
My question: is there an accepted hash function for an s16vector, or
more generally, for a big block of memory?
No, not currently.
Taking a look at the behavior of vectors, though, it looks like *every*
element is considered in
I think the main problem is that the release snapshot is misconfigured.
When I download a release snapshot and look at the top-level README, it
says
The distribution has been configured so that when you install or
update packages, the package catalog at
At Sun, 01 Dec 2013 03:31:32 +0100, Juan Francisco Cantero Hurtado wrote:
On 11/25/13 05:10, Juan Francisco Cantero Hurtado wrote:
Hi. I'm compiling racket 6 (from the git branch release) on OpenBSD.
The configure script includes the options enable-gracket and
enable-docs but I don't see
At Sun, 1 Dec 2013 01:08:19 +0100, Jens Axel Søgaard wrote:
Hi All,
I'd like to add cairo_recording_surface_create to the cairo ffi in
draw/unsafe/cairo.rkt.
Adding the line (and just that line)
(define-cairo cairo_recording_surface_create (_cfun _uint
_cairo_rectangle_t-pointer -
I've pushed a repair. Thanks for the report!
At Thu, 05 Dec 2013 16:08:45 -0500, David Vanderson wrote:
Hello,
I'm seeing that if the first draw-text on a canvas is at a small scale
(0.1), then later draw-text calls at larger scales (1) show strange
character spacing (see attached image).
At Sun, 8 Dec 2013 11:09:39 +0100, Jens Axel Søgaard wrote:
In cases where the semantics of constructs are changed, should the
documentation have a margin note stating the version number of the
change?
Yes, it really should.
Details like this get listed in HISTORY.txt (the `case` form
I've pushed a repair.
At Mon, 9 Dec 2013 16:56:49 -0500, Sam Tobin-Hochstadt wrote:
On Mon, Dec 9, 2013 at 4:50 PM, Robby Findler
ro...@eecs.northwestern.edu wrote:
I'm not really familiar with the way the keyword expansion works. I was just
trying to suggest obvious reasons why the code
Thanks for the report! Unfortunately, I haven't been able to replicate
the problem on either Windows 7 machine that I tried.
Is there possibly some other configuration that's needed to provoke the
error, such as a font change?
At Tue, 10 Dec 2013 18:56:02 + (GMT), Richard Hopkins wrote:
, the
keyword application form still uses the inferred name in a way that
doesn't make sense to me. Can you say more?
Sam
On Sat, Dec 14, 2013 at 11:35 PM, Matthew Flatt mfl...@cs.utah.edu wrote:
I've pushed a repair.
At Mon, 9 Dec 2013 16:56:49 -0500, Sam Tobin-Hochstadt wrote
Did you mean to pass 'unaligned instead of 'aligned as the last
argument to `find-or-create-font`? That should disable pixel alignment.
At Mon, 16 Dec 2013 01:28:23 -0500, David Vanderson wrote:
Hello,
It seems that draw-text always pixel-aligns its text. In the example
below, I draw a
/racket-pkgs/racket-doc/syntax/scribblings/
19.4% pkgs/racket-pkgs/racket-test/tests/racket/
47.6% racket/collects/racket/private/
24.1% racket/src/racket/src/
~~
1ceca06 Matthew Flatt mfl...@racket-lang.org 2013-12-16 08:16
:
| more repairs to function-name inference
Right you are. It's not an emergency bug fix, so skip it.
At Mon, 16 Dec 2013 10:46:11 -0600, Robby Findler wrote:
I think this would have required a release manager to audit the code (as it
comes after testing starts).
Robby
On Mon, Dec 16, 2013 at 10:43 AM, Matthew Flatt mfl
Yes, it's the same on Mac and Windows.
At Mon, 16 Dec 2013 14:12:18 -0500, David Vanderson wrote:
Thanks for looking into it. Can you confirm if you see similar output on
a different platform (Mac or Win)?
On 12/16/2013 12:26 PM, Matthew Flatt wrote:
I'm not sure about that part. I've
Thanks! I'll make the repair to propagate read-only mode, which is
definitely how it's supposed to work.
(A related regression is that installing a Planet package attempts to
render the search index too many times, and I see why that happens.)
At Mon, 16 Dec 2013 14:28:28 -0500, Ryan Culpepper
At Mon, 16 Dec 2013 11:38:32 -0500, Ryan Culpepper wrote:
* Matthew Flatt mfl...@cs.utah.edu
- Racket Tests
- Languages Tests
- GRacket Tests (Also check that `gracket -z' and `gracket-text' still
works in Windows and Mac OS X)
- mzc --exe tests
- .plt-packing Tests
packages
manually using raco pkg install.
--
* Matthew Flatt mfl...@cs.utah.edu
- Racket Tests
- Languages Tests
- GRacket Tests (Also check that `gracket -z' and `gracket-text' still
works in Windows
Ah --- I think I see what I got wrong, and I'll work on a repair.
Here's a small test case:
(define f (lambda (x y #:z [z 1]) x))
(struct s (v) #:property prop:procedure 0)
(define f2 (s f))
(chaperone-of? (chaperone-procedure f2 (make-keyword-procedure void)) f2)
; = #f, should be #t
At
That commit fixes problems that affect the new contract implementation,
but since the new contract implementation is not in the release branch,
I think the commit should be reverted on the release branch.
I have a repair in the works for the development branch, but it's not
simple.
At Tue, 17
I don't recognize that error.
What version of Mac OS X and the C toolchain are you using?
At Wed, 18 Dec 2013 10:46:00 +0100, Michael Sperber wrote:
I pulled plt-release, and get this:
mkdir -p Racket.framework/Versions/5.91.0.900
gcc -o Racket.framework/Versions/5.91.0.900/Racket
Thanks --- I've tracked down the problem and pushed repairs.
At Tue, 17 Dec 2013 17:08:34 -0500, Greg Hendershott wrote:
I see the same.
Using HEAD (97ee349) today, built just now.
On Sat, Dec 14, 2013 at 9:47 AM, Laurent laurent.ors...@gmail.com wrote:
Hi,
After a fresh `git pull
At Thu, 19 Dec 2013 09:16:24 +0100, Laurent wrote:
Thanks! I was worried I was doing something wrong, but IIUC these tests
were just not enabled in DrDr.
Right. They're now enabled.
Is there an easy way to know if some tests are enabled in DrDr?
Currently, the configuration is in
I've pushed some HISTORY.txt and documentation updates.
Here are some draft blurbs for the release announcement:
At Thu, 19 Dec 2013 20:41:25 -0600, Robby Findler wrote:
Jay, Matthew: pkg improvements
[...]
Matthew, Robby: gui package manager
Racket has a new package system and a catalog of
Thanks! I've seen this error twice before today, and I've managed to
provoke it twice this morning --- but that's out of about 20 attempts
this morning, so it's slow going.
At Fri, 20 Dec 2013 09:51:23 -0500, Sam Tobin-Hochstadt wrote:
There's been an intermittent error on a few DrDr runs on
, 20 Dec 2013 10:44:45 -0700, Matthew Flatt wrote:
Thanks! I've seen this error twice before today, and I've managed to
provoke it twice this morning --- but that's out of about 20 attempts
this morning, so it's slow going.
At Fri, 20 Dec 2013 09:51:23 -0500, Sam Tobin-Hochstadt wrote:
There's
with big-picture summaries, instead of
attempts at change logs (but I'm not sure). Also, I currently plan only
to document changes this way for changes after the v6.0 distribution
(leaving old notes to HISTORY.txt).
At Sun, 8 Dec 2013 07:37:42 -0700, Matthew Flatt wrote:
At Sun, 8 Dec 2013 11:09:39
At Sun, 29 Dec 2013 13:57:10 -0500, Ryan Culpepper wrote:
* Matthew Flatt mfl...@cs.utah.edu
- Run COM tests
Another repair pushed (for command-line parsing in MzCOM.exe).
It took me forever to figure out that MzCOM fails in a release
installation only because I install to a path
Sounds right to me, so I'll make this change.
At Sun, 5 Jan 2014 10:22:37 -0200, Gustavo Massaccesi wrote:
Hi!
The file [plt] / racket / src / racket / src / optimize.c has a list
of movable primitives in lines 955-961. I think that scheme_mcons_proc
is missing. I read the definition and
Thanks --- I think I've fixed alignment for drawing to a bitmap with a
backing scale.
At Fri, 03 Jan 2014 19:33:22 -0700, Neil Toronto wrote:
On 01/03/2014 06:12 PM, mfl...@racket-lang.org wrote:
bd4d0b7 Matthew Flatt mfl...@racket-lang.org 2014-01-03 17:57
:
| if a bitmap has a non-1
At Sun, 05 Jan 2014 15:18:51 -0700, Neil Toronto wrote:
How does DrRacket look on Retina displays now?
It's getting there. Remaining problem include the GC icon and some
part(s) of the process to show bitmaps in the interactions window.
Can you post part of a screenshot?
Here's a full
Thanks for the pull request!
I'll fill in tests and merge; it looks like it's my fault that no tests
are in place already (and, so, unsurprising that the function is
broken). I'll put the tests in
pkgs/racket-pkgs/racket-test/tests/racket/path.rktl
At Tue, 7 Jan 2014 01:08:45 +, Moore,
At Mon, 06 Jan 2014 20:57:53 -0700, Neil Toronto wrote:
On 01/06/2014 07:38 PM, mfl...@racket-lang.org wrote:
eda4f35 Matthew Flatt mfl...@racket-lang.org 2014-01-06 18:52
:
| file/convertible: declare 'png@2x-bytes conversion variant
|
| The 'png@2x-bytes variant is like 'png-bytes
On the program
(time
(for/fold ([v (for/fold ([v 1]) ([i (in-range 1)])
(* (add1 i) v))])
([i (in-range 1)])
(/ v (add1 i
when compiling for 32-bit x86 with the latest XCode's clang and using a
2013 MacBook Pro running Mavericks, I get a 50% speed
Yes, it's ok to call that method multiple times.
At Tue, 14 Jan 2014 10:44:39 -0800, John Clements wrote:
I’m implementing (not-horribly-clunky) zooming for sound waves in rsound, and
I like the auto-scrollbars mechanism. One question is what should happen
when
the user zooms in. I’d like
At Wed, 15 Jan 2014 13:21:50 -0500, Vincent St-Amour wrote:
At Wed, 15 Jan 2014 12:31:29 -0500,
mfl...@racket-lang.org wrote:
+@history[#:added 6.0.0.1]
IIUC, x.y.z.w versions are not usually user-visible (at least, they
don't correspond to any released version). Do we want to expose them
I think this is a backward-incompatible change, since the order of
fields matters when using `make-object` (as some old code likely does).
Moving the fields to the end should be ok.
At Tue, 28 Jan 2014 09:37:28 -0500, j...@racket-lang.org wrote:
At Sat, 25 Jan 2014 20:59:58 -0500, Asumu Takikawa wrote:
On 2014-01-25 12:55:43 -0500, Ryan Culpepper wrote:
Racket 5.92 has a new package system, including a catalog of
hundreds of already-available packages. Please visit
I noticed that the src tarball of v5.92 has a different directory
I can see how that could happen. When you first install, the only
documentation page is in the main installation. After you install some
packages (in user scope), then there will be a more specific
documentation page in a user-specific location. It sounds like the CSS
file is not properly
There should be many more flags passed to `gcc`, including some -I
flags and some -D flags.
Is something in your environment overriding the CFLAGS definition in
the makefile? Normally, a definition in the makefile would take
precedence over an environment variable, but maybe something else is
The problem was due to changes in `scribble/manual` that didn't
preserve a delay on finding files in the scribble collection.
Scribble is referenced by `plot` in a way that needs `scribble/manual`
to work in an executable, and your program uses `plot`.
I've pushed a repair to Scribble.
At Sun, 2
automated test scripts though.
Doug
-- Forwarded message --
From: Matthew Flatt mfl...@cs.utah.edu
Date: Tue, Feb 11, 2014 at 10:26 AM
Subject: Re: [racket-dev] GUI executables created with DrRacket fail
To: Doug Williams m.douglas.willi...@gmail.com
Cc: dev@racket-lang.org dev
At Sat, 15 Feb 2014 17:45:07 -0500, David T. Pierson wrote:
On Fri, Feb 14, 2014 at 03:55:59PM -0500, Ryan Culpepper wrote:
We would like to test the release candidate on the following
configurations:
If I find the time to help here, where would I get the official release
candidate?
At Sun, 09 Feb 2014 08:35:03 +, Paulo J. Matos wrote:
On 09/02/14 00:03, Matthew Flatt wrote:
There should be many more flags passed to `gcc`, including some -I
flags and some -D flags.
Is something in your environment overriding the CFLAGS definition in
the makefile? Normally
At Fri, 21 Feb 2014 12:17:26 +0100, Togan Muftuoglu wrote:
As I am testing upcoming 6.0 release build process, one thing that strikes me
is the number of LICENCE.txt files, 166 of them. add the 3 for the copying
COPYING-libscheme.txt, COPYING_LESSER.txt, COPYING.txt makes 169 in total.
Is
That sounds much more sensible than including COPYING.txt and
COPYING_LESSER.txt everywhere. Unless someone tells me that it's a
bad idea, I'll switch packages to refer to LGPL by reference.
At Fri, 21 Feb 2014 11:45:50 -0500, Neil Van Dyke wrote:
For at least third-party packages (though you
At Tue, 25 Feb 2014 09:22:54 -0500, Sam Tobin-Hochstadt wrote:
On Tue, Feb 25, 2014 at 8:34 AM, mfl...@racket-lang.org wrote:
eff53cd Matthew Flatt mfl...@racket-lang.org 2014-02-24 16:42
:
| treat FFI primitives like other primitives internally
|
| This change paves the way for JIT
At Tue, 25 Feb 2014 09:37:27 -0500, Sam Tobin-Hochstadt wrote:
On Tue, Feb 25, 2014 at 9:32 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
At Tue, 25 Feb 2014 09:22:54 -0500, Sam Tobin-Hochstadt wrote:
On Tue, Feb 25, 2014 at 8:34 AM, mfl...@racket-lang.org wrote:
eff53cd Matthew Flatt
dependencies than I wanted here.
On Mon, Mar 3, 2014 at 7:55 AM, mfl...@racket-lang.org wrote:
~~
7e546d1 Matthew Flatt mfl...@racket-lang.org 2014-03-02 17:46
:
| file/md5: faster
|
| Use unsafe operations and forced inlining to speed up
| MD5 calculation by about x2.25
At Wed, 12 Mar 2014 20:37:14 +, Paulo Matos wrote:
make[7]: Entering directory `/home/pmatos/projects/BUILDS/racket/foreign'
gcc -O3 -Wall -Werror -c ../../../racket/racket/src/foreign/foreign.c -o
foreign.o
../../../racket/racket/src/foreign/foreign.c:9:21: fatal error:
schpriv.h: No
At Wed, 12 Mar 2014 23:14:14 +, Paulo Matos wrote:
However, I notice a top-level Makefile in racket/, after taking a peek
and reading INSTALL.txt it seems that now I need to use this Makefile to
build everything.
So, I try (as mentioned in the INSTALL.txt):
make in-place
in-place
I've pushed a repair for the crash.
The crash was due to a hack that extracts a private child from a Gtk
widget that implements a `choice%`. The child is extracted so that
callbacks can be attached to the child widget. The reference count on
the extracted child wasn't managed correctly, and so an
At Wed, 12 Mar 2014 18:05:03 -0700, Eric Dobson wrote:
A common issue I have is that the default error handler does not
display error message's exn:srcloc if it has it [...]
Is this reasonable to add to the default error handler, and if so do
people have suggestions on the format?
You mean
If I understand the question:
* With 34c3eed615, pr12644.rkt can compile and run.
* With d29df205f7, pr12644.rkt fails to compile.
* A bytecode form of pr12644.rkt compiled with 34c3eed615 can still
run in d29df205f7, because run-time support for pr12644.rkt didn't
change.
* When you
Yes, `_bool` is a problem. I'll add a `_stdbool` that corresponds to
`bool` from C99's stdbool.h, which I imagine must be the same as
`bool` in C++.
At Fri, 4 Apr 2014 08:56:18 +0200, Tobias Hammer wrote:
Hi,
i guess this shouldn't happen:
$ cat s.cc
#include stdio.h
int main()
{
checked and _Bool is also 1 byte, same as C++. What i don't
understand yet is to which standard does the current _bool conform? I
couldn't find any platform with int sized bool.
On Fri, 04 Apr 2014 17:10:30 +0200, Matthew Flatt mfl...@cs.utah.edu
wrote:
Yes, `_bool` is a problem
that I can't
remember.)
At Mon, 14 Oct 2013 21:34:19 -0600, Matthew Flatt wrote:
I haven't had a chance to look into this, but it's still on my list.
At Sun, 06 Oct 2013 11:48:57 +0400, Roman Klochkov wrote:
Can we upgrade GTK version in the next windows bundle?
Or at least GLib and GObject
/2014 05:01 AM, Matthew Flatt wrote:
I've *finally* upgraded the native Windows and Mac OS X libraries for
the drawing stack, including GLib, Cairo, and Pango.
I've upgraded the libraries for the development version, but not for
the upcoming v6.0.1 release, because I'd like to test the new
At Wed, 16 Apr 2014 09:02:44 -0400, Matthias Felleisen wrote:
On Apr 15, 2014, at 9:29 PM, Asumu Takikawa as...@ccs.neu.edu wrote:
On 2014-04-15 18:13:31 -0400, claire alvis wrote:
The push below includes changes to letrec expressions, internal
definitions, units, classes, and certain
You're right that it's about event ordering and not refresh coalescing.
Since mouse events are handled after refreshes, you won't get the next
refresh request until an earlier one is handled, after which the next
mouse event can trigger another refresh request. I think the difference
between
The `make-primitive-class` function is a leftover from pre-v5.1 days,
where the problem was to turn a C++ object into a Racket object. I'm
not surprised that it has rotted away, it should be removed entirely,
and I doubt that it's what you would want even if it worked.
At Thu, 17 Apr 2014
At Thu, 17 Apr 2014 18:44:20 -0400, Ryan Culpepper wrote:
* Matthew Flatt mfl...@cs.utah.edu
- Racket Tests
- Languages Tests
- GRacket Tests (Also check that `gracket -z' and `gracket-text' still
works in Windows and Mac OS X)
- mzc --exe tests
- .plt-packing Tests
701 - 800 of 917 matches
Mail list logo