Oh! I see. Sorry for the confusion. I misunderstood what you're written.
Robby
On Fri, Feb 1, 2013 at 7:01 PM, Matthew Flatt wrote:
> `date->seconds' did not change; it still returns an exact integer.
>
> At Fri, 1 Feb 2013 18:57:57 -0600, Robby Findler wrote:
> > Does this mean that date->sec
`date->seconds' did not change; it still returns an exact integer.
At Fri, 1 Feb 2013 18:57:57 -0600, Robby Findler wrote:
> Does this mean that date->seconds always returns inexacts now? Or does it
> return inexacts only when it wouldn't be an integer?
>
> (I'm not excited about either possibili
Does this mean that date->seconds always returns inexacts now? Or does it
return inexacts only when it wouldn't be an integer?
(I'm not excited about either possibility but the second seems bad only if
you consider TR.)
Robby
On Fri, Feb 1, 2013 at 5:22 PM, Matthew Flatt wrote:
> At Wed, 30 J
Thanks for the detailed explanation. It's a lot clearer now why it's
needed.
But i figured out that the real culprit was cross-compilation in
combination with autoconf. autoconfs default rule for test results when
running cross-compilation was set to noinline not available, and therefore
At Wed, 30 Jan 2013 22:23:04 -0500, Asumu Takikawa wrote:
> On 2013-01-30 23:20:45 +0100, Pierpaolo Bernardi wrote:
> >Any reason not to define current-date in this way? there's a nanosecond
> >field there wanting to get into action.
>
> While we're on the subject, it's also weird that `da
I've written up a patch for PR 13471:
https://github.com/dyoo/racket/commit/544918465b67cbf2e8ad40bd3c2b3ea90f33c085
I just want a second pair of eyes just to make sure I've done it
correctly. I added a free-id-table that the parse function uses when
walking across lex-abbrev syntaxes. Doe
Some languages attach language info to their modules, but not all; for
those that do, the intent isn't really to record the implementing
language, but to potentially configure things like the printer.
Looking forward, I think submodules should take over the role of
language info.
Language info is
On 2013-02-01 15:35:23 -0500, Ryan Culpepper wrote:
> It's ambiguous:
>
> (new c% (x y))
>
> could mean "pass y for initialization argument x" or "pass (x y) as
> the first positional argument".
Oh right, thanks. I'll go back to the drawing board.
Cheers,
Asumu
_
Racke
On 02/01/2013 03:29 PM, Asumu Takikawa wrote:
Hi all,
I've found that when using racket/class, one syntactic pain point I keep
encountering is that the instantiation is clumsy. This is especially
true if I want to mix different styles of instantiation (keyword and
positional).
Is there any reas
Hi all,
I've found that when using racket/class, one syntactic pain point I keep
encountering is that the instantiation is clumsy. This is especially
true if I want to mix different styles of instantiation (keyword and
positional).
Is there any reason to not make the instantiation syntax of `new`
In all the cases I've tried, `module->language-info' returns `#f' when
passed a submodule path. Is that the intended behavior? If so, is there
a way to know which language a submodule is written in?
I've observed the same thing with `module-compiled-language-info'.
An example program is below.
V
At Fri, 1 Feb 2013 12:23:59 +0100, Tobias Hammer wrote:
> i am getting the following error when i try to compile racket-textual on a
> a version of gcc that does not support the 'noinline' attribute:
>
> xsrc/place.c: In function 'place_start_proc':
> xsrc/place.c:2793: warning: assignment makes
As you mention, the OC package doesn't touch any collect except its own,
so I don't know what's going on.
Neil, can you reproduce this with other packages, or is this OC-specific?
Also, does OC work properly now?
Vincent
At Fri, 1 Feb 2013 06:19:23 -0700,
Jay McCarthy wrote:
>
> I think Vince
2013/2/1 Asumu Takikawa :
> On 2013-02-01 06:23:06 -0700, Jay McCarthy wrote:
>> I had originally tried to do that, but Github wasn't providing tar
>> balls for anything other than branch HEADs and tags. I'm surprised
>> that it works for you and not for me. Am I just crazy or did you set
>> someth
This morning I came across the "School of Haskell" at
http://fpcomplete.com/school-of-haskell-goes-beta/
I know Shriram and Danny have been thinking along these lines, but the
Haskellians seem to be there. Question is whether we could organize such a site
as a community effort via Dec and Us
On 2013-02-01 06:23:06 -0700, Jay McCarthy wrote:
> I had originally tried to do that, but Github wasn't providing tar
> balls for anything other than branch HEADs and tags. I'm surprised
> that it works for you and not for me. Am I just crazy or did you set
> something on your repository to make i
I had originally tried to do that, but Github wasn't providing tar
balls for anything other than branch HEADs and tags. I'm surprised
that it works for you and not for me. Am I just crazy or did you set
something on your repository to make it work?
Jay
On Wed, Jan 30, 2013 at 3:48 PM, Asumu Takik
I think Vincent needs to answer the core question. But when you
install a package it can extend any collection, so all collections
that it mentions are built. In the case of OC, it only mentions OC so
it would run "raco setup OC" which could cause other collections to be
built as well, during the r
Hi,
i am getting the following error when i try to compile racket-textual on a
a version of gcc that does not support the 'noinline' attribute:
xsrc/place.c: In function 'place_start_proc':
xsrc/place.c:2793: warning: assignment makes pointer from integer without
a cast
xsrc/place.c: At to
19 matches
Mail list logo
