On 18-01-12 17:47, Matthew Flatt wrote:
At Wed, 18 Jan 2012 12:02:10 +0100, Marijn wrote:
I would expect both forms to work. This is a reduction of a different
problem possibly caused by these issues here.
So I tried to cut down my program to a reasonably sized test-case which
is attached to
Hi,
i am getting a strange error message from racket if i use racket/gui in
the main module and only racket in a required one. If i load another
shared lib in the required module i get the following output:
jpeg: unsupported library version: unknown
=== context ===
At Thu, 19 Jan 2012 13:30:40 +0100, Tobias Hammer wrote:
i am getting a strange error message from racket if i use racket/gui in
the main module and only racket in a required one. If i load another
shared lib in the required module i get the following output:
jpeg: unsupported library
The `frtime' language exports an `=' that isn't the same as `=' in
`racket', so that's why the pattern doesn't match. (This seems like a
further weakness of the `frtime' docs to specify the exports
precisely.)
You could avoid bound names like `=' as literals in the macro.
Normally, it works best
Greg, how difficult would it be to migrate frtime to #lang racket? -- Matthias
On Jan 19, 2012, at 8:13 AM, Matthew Flatt wrote:
The `frtime' language exports an `=' that isn't the same as `=' in
`racket', so that's why the pattern doesn't match. (This seems like a
further weakness of the
(Just to be clear, that wouldn't solve the problem this time. The `='
from `scheme' and `racket' are the same, but `frtime' has its own `='.)
At Thu, 19 Jan 2012 08:19:59 -0500, Matthias Felleisen wrote:
Greg, how difficult would it be to migrate frtime to #lang racket? -- Matthias
On
The plots in the science collection and related packages work as expected.
On Tue, Jan 17, 2012 at 4:44 PM, Ryan Culpepper r...@cs.utah.edu wrote:
Checklist items for the v5.2.1 release
(using the v5.2.0.900 release candidate build)
Search for your name to find relevant items, reply when
Do you mean the situation with one module, like this one?
;; a.rkt
#lang racket
(provide f c)
(define (f x) x)
(f 3) ; call might be inlined
(define c 10)
(define use-c c) ; constant might be folded
Or are two modules involved, like this second one?
;; b.rkt
#lang racket
(require
Am 01/19/2012 02:02 PM, schrieb Matthew Flatt:
At Thu, 19 Jan 2012 13:30:40 +0100, Tobias Hammer wrote:
i am getting a strange error message from racket if i use racket/gui in
the main module and only racket in a required one. If i load another
shared lib in the required module i get the
If you compile a.rkt normally and set
`compile-context-preservation-enabled' to #f forb.rkt, then `f' will
not be inlined (because inlining is disabled), but `c' will still be
replaced with 10.
This is odd then, because I thought I had tried this yesterday and
still observed inlining. Let
I assume it wouldn't be too difficult, and that it's worth doing even if it
doesn't solve this particular problem. Can someone grant me commit
privileges?
On Thu, Jan 19, 2012 at 5:18 AM, Matthew Flatt mfl...@cs.utah.edu wrote:
(Just to be clear, that wouldn't solve the problem this time. The
When I wrote inlining, I should have written function inlining.
The `compile-context-preservation-enabled' parameter doesn't affect
propagation of non-function constants (which I incorrectly called
folding in my previous message); it affects only function inlining.
At Thu, 19 Jan 2012 10:49:22
On Jan 17, 2012, at 3:44 PM, Ryan Culpepper wrote:
Checklist items for the v5.2.1 release
(using the v5.2.0.900 release candidate build)
Search for your name to find relevant items, reply when you finish an
item (please indicate which item/s is/are done). Also, if you have any
commits
On 01/19/2012 10:41 AM, John Clements wrote:
On Jan 17, 2012, at 3:44 PM, Ryan Culpepper wrote:
Checklist items for the v5.2.1 release
(using the v5.2.0.900 release candidate build)
Search for your name to find relevant items, reply when you finish an
item (please indicate which item/s
14 matches
Mail list logo