The Markdown mode is great!
On Thu, Dec 6, 2012 at 8:30 PM, Greg Hendershott
wrote:
> I submitted two pull requests:
>
> https://github.com/plt/racket/pull/187
> Add a Markdown rendering mode to Scribble.
>
> https://github.com/plt/racket/pull/188
> Update xrepl for 5.3.1's enhanced `make-log-re
I submitted two pull requests:
https://github.com/plt/racket/pull/187
Add a Markdown rendering mode to Scribble.
https://github.com/plt/racket/pull/188
Update xrepl for 5.3.1's enhanced `make-log-receiver'.
This is my first time submitting a pull request to Racket. I tried to
make it correct and
I just got this message on my console, I think after closing a tab,
which coincided with DrRacket hanging:
eventspace-shutdown?: contract violation
expected: eventspace?
given: #
context...:
/home/neil/plt/collects/mred/private/wx/common/queue.rkt:201:0:
shutdown-eventspace!
It's o
At Thu, 06 Dec 2012 16:27:20 -0700,
Neil Toronto wrote:
>
> On 12/06/2012 04:12 PM, stamo...@racket-lang.org wrote:
> > cc8bd4f Vincent St-Amour 2012-12-06 11:59
> > :
> > | Make srclocs serializable.
> > :
> >M collects/racket/private/serialize.rkt | 10 --
> >M colle
On 12/06/2012 04:12 PM, stamo...@racket-lang.org wrote:
cc8bd4f Vincent St-Amour 2012-12-06 11:59
:
| Make srclocs serializable.
:
M collects/racket/private/serialize.rkt | 10 --
M collects/scribblings/reference/serialization.scrbl | 10 +-
M collects/tests/r
It's Racket vs. libmpfr via an FFI call, and the `stress' macro does
everything I need for that. I've got a commit ready, which I'll push as
soon as DrDr doesn't complain about missing "mpfr_set_z_2exp" - which
should be after it tests my last push.
Neil ⊥
On 12/06/2012 04:21 PM, Jay McCarthy
Ah ya, I guess I meant the "common" sub-dir.
In any case, I think that Neil won't be comparing Racket vs something, but
just measuring the performance of a piece of Racket
Jay
On Thu, Dec 6, 2012 at 4:06 PM, Sam Tobin-Hochstadt wrote:
> On Thu, Dec 6, 2012 at 2:36 PM, Jay McCarthy
> wrote:
>
On Thu, Dec 6, 2012 at 2:36 PM, Jay McCarthy wrote:
> On Thu, Dec 6, 2012 at 3:32 PM, Neil Toronto wrote:
>>
>> On 12/06/2012 02:08 PM, Sam Tobin-Hochstadt wrote:
>>>
>>> On Thu, Dec 6, 2012 at 12:44 PM, wrote:
| Reimplemented really simple FFI functions (e.g. mpfr-prec, mpfr-exp
On Thu, Dec 6, 2012 at 3:32 PM, Neil Toronto wrote:
> On 12/06/2012 02:08 PM, Sam Tobin-Hochstadt wrote:
>
>> On Thu, Dec 6, 2012 at 12:44 PM, wrote:
>>
>>>
>>> | Reimplemented really simple FFI functions (e.g. mpfr-prec, mpfr-exp) to
>>> | avoid calling overhead
>>>
>>
>> If you have meaningfu
On 12/06/2012 02:08 PM, Sam Tobin-Hochstadt wrote:
On Thu, Dec 6, 2012 at 12:44 PM, wrote:
| Reimplemented really simple FFI functions (e.g. mpfr-prec, mpfr-exp) to
| avoid calling overhead
If you have meaningful benchmarks where this makes a difference, that
may be useful to Matthew, since
Ya, it looks stuck but it will be caught soon (there's a global timeout so
I don't have to intervene in these situations)
There's a deadlock somewhere in the parallel logic of DrDr that I haven't
caught yet.
Jay
On Thu, Dec 6, 2012 at 3:05 PM, Neil Toronto wrote:
> On 12/06/2012 02:08 PM, Sam
On 12/06/2012 02:08 PM, Sam Tobin-Hochstadt wrote:
On Thu, Dec 6, 2012 at 12:44 PM, wrote:
| Reimplemented really simple FFI functions (e.g. mpfr-prec, mpfr-exp) to
| avoid calling overhead
If you have meaningful benchmarks where this makes a difference, that
may be useful to Matthew, since
On Thu, Dec 6, 2012 at 12:44 PM, wrote:
>
> | Reimplemented really simple FFI functions (e.g. mpfr-prec, mpfr-exp) to
> | avoid calling overhead
If you have meaningful benchmarks where this makes a difference, that
may be useful to Matthew, since he recently was working on improving
the FFI's co
Hem, I don't know if it was me being blind or if they have been added in
the docs since, but anyway, thanks!
And I'll add a general Thank You for all the small things that I've been
asking for or complaining about and that you guys have been adding to
Racket and I didn't notice right away.
Lauren
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01-12-12 18:45, Neil Toronto wrote:
Rather than a guarantee (or a probabilistic estimate) of actual
collection, could the garbage collector's opinion of what is or isn't
garbage be exposed somehow?
Marijn
-BEGIN PGP SIGNATURE-
Version: G
15 matches
Mail list logo
