Re: [racket-dev] Package versioning

2015-09-02 Thread Alexander D. Knauth
On Sep 2, 2015, at 2:17 PM, Jack Firth wrote: > > It's conceivable that the package info lookup API with the catalog > could include "I want version X", but because new versions are defined > to be backwards compatible, as long as the server has some version > that's after X, then there is no

Re: [racket-dev] non-backward compatible packages (Was: [racket-users] [ann] gregor (date + time library) updates)

2015-08-31 Thread Alexander D. Knauth
On Aug 31, 2015, at 10:44 AM, Jay McCarthy wrote: > On Mon, Aug 31, 2015 at 10:42 AM, Jon Zeppieri wrote: >> My reasoning went like this: >> >> - As far as I know, no one is using this library. (But, if anyone is, >> please let me know.) >> - It's actually extremely unlikely that the changes w

Re: [racket-dev] try the new macro expander

2015-07-25 Thread Alexander D. Knauth
veral > places, so a backward-incompatible change seems like a bad idea. > > At Sat, 25 Jul 2015 09:23:36 -0400, "Alexander D. Knauth" wrote: >> Is there any reason not to have `make-syntax-introducer` functions preserve >> `syntax-original?`-ness whenever it's giv

Re: [racket-dev] try the new macro expander

2015-07-25 Thread Alexander D. Knauth
Is there any reason not to have `make-syntax-introducer` functions preserve `syntax-original?`-ness whenever it's given something `syntax-original?` ? On Jul 25, 2015, at 9:03 AM, Matthew Flatt wrote: > I think the change to `make-syntax-introducer` is straightforward, and > it still seems like

Re: [racket-dev] try the new macro expander

2015-07-20 Thread Alexander D. Knauth
On Jul 20, 2015, at 9:23 AM, Matthew Flatt wrote: > At Mon, 20 Jul 2015 08:20:32 -0500, Robby Findler wrote: >> On Mon, Jul 20, 2015 at 8:16 AM, Matthew Flatt wrote: >>> At Sun, 19 Jul 2015 15:46:07 -0700, Alexis King wrote: One more thing: introducing a new scope with make-syntax-introduc

Re: [racket-dev] Northwestern snapshot server down?

2015-07-18 Thread Alexander D. Knauth
> On Sat, Jul 18, 2015 at 6:11 PM, Alexander D. Knauth > wrote: >> -- >> You received this message because you are subscribed to the Google Groups >> "Racket Developers" group. >> To unsubscribe from this group and stop receiving emails from it, send an &

[racket-dev] Northwestern snapshot server down?

2015-07-18 Thread Alexander D. Knauth
-- You received this message because you are subscribed to the Google Groups "Racket Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to racket-dev+unsubscr...@googlegroups.com. To post to this group, send email to racket-dev@googlegroups.com. To

Re: [racket-dev] try the new macro expander

2015-07-18 Thread Alexander D. Knauth
On Jul 18, 2015, at 5:31 PM, Matthew Flatt wrote: > At Sat, 9 May 2015 06:59:53 -0600, Matthew Flatt wrote: >> At Thu, 16 Apr 2015 17:39:50 -0400, "Alexander D. Knauth" wrote: >>> >>> On Apr 16, 2015, at 8:17 AM, Matthew Flatt wrote: >>> >>

Re: [racket-dev] Another in-range problem in TR

2015-05-24 Thread Alexander D. Knauth
This happens because for treats in-range specially, so the expanded code doesn’t use in-range at all, and TR doesn’t recognize that it originally came from a use of in-range. This fixes it: #lang typed/racket (for ([i (identity (in-range 0 1 1/10))]) (display i)) And this also fixes it: #lang

Re: [racket-dev] try the new macro expander

2015-05-10 Thread Alexander D. Knauth
On May 9, 2015, at 11:59 AM, Matthew Flatt wrote: > At Sat, 9 May 2015 10:10:12 -0400, "Alexander D. Knauth" wrote: >> >> On May 9, 2015, at 8:59 AM, Matthew Flatt wrote: >> >>> Yes, with the current expander, adding a fresh mark on the >>> re

Re: [racket-dev] try the new macro expander

2015-05-09 Thread Alexander D. Knauth
On May 9, 2015, at 8:59 AM, Matthew Flatt wrote: > Yes, with the current expander, adding a fresh mark on the > reader-introduced identifiers makes them impossible to bind (except by > picking apart the form produced by `#λ...` to extract the special > identifiers). > > Although that strategy d

Re: [racket-dev] raco pkg install .. and now where are the docs?

2015-05-06 Thread Alexander D. Knauth
On May 6, 2015, at 11:07 PM, Thomas Lynch wrote: > Actually, the libraries can't be reached either. Tried installing from both > the level above and the dir with the sources: > > §lambda1:/home/deep/liquid-lib/liquid> raco pkg install > raco pkg install: package is already installed from a d

Re: [racket-dev] Racket generics and generic collections

2015-05-01 Thread Alexander D. Knauth
On May 1, 2015, at 1:08 PM, Benjamin Greenman wrote: > (On the same issue, how about racket/generator and racket/stream?) For racket/stream, there’s this, and while it works in the current snapshot, it doesn’t work in 6.1.1 or earlier versions: https://github.com/AlexKnauth/typed-racket-stream

Re: [racket-dev] raco pkg install .. and now where are the docs?

2015-04-20 Thread Alexander D. Knauth
If you want to see it in the docs, I think you have to do one of these things: - raco pkg install —link path-to/liquid-lib path-to-liquid-doc path-to/liquid or - raco pkg install ; in the directory of first liquid-lib, then liquid-doc, then liquid or - do what you just did, but for each of the

Re: [racket-dev] making a new package ... making new docs for the same

2015-04-17 Thread Alexander D. Knauth
On Apr 17, 2015, at 5:17 AM, Thomas Lynch wrote: >>> 2. when trying to build the docs standalone .. so how can one do this? > §lambda1:/home/deep/liquid-doc/liquid> scribble --htmls liquid.scrbl > liquid.scrbl:5:21: collection not found > for module path: liquid/db-lib > collection: "liq

Re: [racket-dev] making a new package ... making new docs for the same

2015-04-16 Thread Alexander D. Knauth
On Apr 16, 2015, at 11:16 PM, Thomas Lynch wrote: > questions:--- > > 1. when trying to make the new package locally. .. so what is the proper way > to handle the dependencies? I don't know if I should run raco

Re: [racket-dev] try the new macro expander

2015-04-16 Thread Alexander D. Knauth
On Apr 16, 2015, at 8:17 AM, Matthew Flatt wrote: > I don't think a "hygienic" reader extension works in the old expander, > either. The `lambda` produced by the `afl` or `rackjure` reader doesn't > reliably refer to the `lambda` from `racket/base`, because a local > binding for `lambda` capture

Re: [racket-dev] try the new macro expander

2015-04-16 Thread Alexander D. Knauth
On Apr 16, 2015, at 5:01 PM, Jos Koot wrote: > But: > > (define quasiquote list) > (car '`x) ; -> quasiquote as well, which is not obvious. > > Racket has become very far in hygienic macros. > Is is time to think about hygienic read-tables too? > I have no idea how to acccomplish that. Sorry.

Re: [racket-dev] try the new macro expander

2015-04-16 Thread Alexander D. Knauth
> Jos Koot > > -Original Message- > From: gus.ma...@gmail.com [mailto:gus.ma...@gmail.com] On Behalf Of Gustavo > Massaccesi > Sent: jueves, 16 de abril de 2015 21:59 > To: Alexander D. Knauth > Cc: Matthew Flatt; Racket Devs > Subject: Re: [racket-dev] try th

Re: [racket-dev] try the new macro expander

2015-04-16 Thread Alexander D. Knauth
On Apr 16, 2015, at 8:17 AM, Matthew Flatt wrote: > I don't think a "hygienic" reader extension works in the old expander, > either. The `lambda` produced by the `afl` or `rackjure` reader doesn't > reliably refer to the `lambda` from `racket/base`, because a local > binding for `lambda` capture

Re: [racket-dev] try the new macro expander

2015-04-15 Thread Alexander D. Knauth
On Apr 13, 2015, at 8:40 AM, Matthew Flatt wrote: > Most packages build ok using the above snapshot: > > http://next-pkg-build.racket-lang.org.s3-website-us-west-2.amazonaws.com/ > > Several failures are "ambiguous binding" errors. That error usually > indicates an unavoidable incompatibility

[racket-dev] installation-name for snapshot builds

2015-03-06 Thread Alexander D. Knauth
Right now, the default installation-name for all snapshot builds is “snapshot”, which means that if I have multiple snapshots installed, then the user package scopes for the different snapshot installations are the same. Should that be changed so that the installation-name is different for dif