Re: [racket] Parameterizing tables in Datalog queries

That would be a welcome change for me as well. It would be nice to be able to interact with the theory more readily from an embedding, interactive application. Thanks, Evan On Fri, Aug 16, 2013 at 11:29 AM, Jay McCarthy wrote: > You could eval the datalog macro to do it at runtime. > > I could

Re: [racket] Unexpected symbol in namespace-mapped-symbols

The `!!hi.1` symbol is an "unreadable" symbol generated by macro expansion (to avoid capturing any other identifier in a source program). You can detect such weird symbols with `symbol-unreadable?`. At Fri, 20 Dec 2013 20:14:30 -0200, Gustavo Massaccesi wrote: > I'm not sure that this is a bug. I

[racket] Unexpected symbol in namespace-mapped-symbols

I'm not sure that this is a bug. I found this while using define-namespace-anchor. When I run this program I get an unexpected !!hi.1 symbol in the list of namespace-mapped-symbols. (All the variable names begin with !! so they are easy to sort in the list.) The variable !!hi is defined inside a

Re: [racket] info.rkt `deps` (was: Package fails to compile during 'make in-place' but not 'raco pkg install')

>> Does `raco setup` not show this when run as part of `raco pkg install`? > > Yes, in fact that difference is the topic of the message from Matthew > that you replied to when starting this sub-thread. ;) Um, brain buffer overflow? So: In my .travis.yml files I already run `raco pkg install`. Wha

Re: [racket] info.rkt `deps` (was: Package fails to compile during 'make in-place' but not 'raco pkg install')

On Fri, Dec 20, 2013 at 4:04 PM, Greg Hendershott wrote: > On Fri, Dec 20, 2013 at 3:39 PM, Sam Tobin-Hochstadt > wrote: >> It's not collections that need to be specified, just packages. Here >> are the missing dependencies for "markdown", for example, as printed >> out by `raco setup`: >> >> rac

Re: [racket] info.rkt `deps` (was: Package fails to compile during 'make in-place' but not 'raco pkg install')

On Fri, Dec 20, 2013 at 3:39 PM, Sam Tobin-Hochstadt wrote: > It's not collections that need to be specified, just packages. Here > are the missing dependencies for "markdown", for example, as printed > out by `raco setup`: > > raco setup: undeclared dependency detected > raco setup: for package

Re: [racket] info.rkt `deps` (was: Package fails to compile during 'make in-place' but not 'raco pkg install')

On Fri, Dec 20, 2013 at 3:18 PM, Greg Hendershott wrote: > Thanks Sam and Matthew for the replies. > > So IIUC I need to update the info.rkt deps to include _all_ > collections required among all the package's source files. It's not collections that need to be specified, just packages. Here are t

Re: [racket] info.rkt `deps` (was: Package fails to compile during 'make in-place' but not 'raco pkg install')

Thanks Sam and Matthew for the replies. So IIUC I need to update the info.rkt deps to include _all_ collections required among all the package's source files. It seems that could be somewhat error-prone and/or tedious. Although I haven't tried it, I seem to recall there's a tool to check for unn

Re: [racket] info.rkt `deps` (was: Package fails to compile during 'make in-place' but not 'raco pkg install')

At Fri, 20 Dec 2013 13:48:17 -0500, Greg Hendershott wrote: > Related: At one point I recall seeing HEAD give warnings like, "The > package A doesn't declare its dependencies X, Y, Z". Which always made > me wonder, if the system already knows what the dependencies are, why > would we need to list

Re: [racket] info.rkt `deps` (was: Package fails to compile during 'make in-place' but not 'raco pkg install')

On Fri, Dec 20, 2013 at 1:48 PM, Greg Hendershott wrote: > > By contrast if I need e.g. Racket's `net/url`, I have _not_ been > listing that in `deps`. Should I be doing so? Yes. `net/url` is in the "base" package, which is even more special, but should still be declared as a dependency. [1] Si

[racket] info.rkt `deps` (was: Package fails to compile during 'make in-place' but not 'raco pkg install')

I realize folks are busy with the new release, so maybe this is a bad time for a dumb question. I've written and deployed a few packages. In `deps` I've _only_ been listing third-party packages from pkg.racket-lang.org. By contrast if I need e.g. Racket's `net/url`, I have _not_ been listing tha

Re: [racket] Package fails to compile during 'make in-place' but not 'raco pkg install'

Dependency checking is currently implemented in a non-scalable way, so it only runs in global setup modes. Running `make in-place` ends with a global setup. When you install a package, in contrast, only the package's collections are set up (roughly), and dependency checking doesn't happen. The pa

Re: [racket] Newbie question on abstraction and the built in random function

Matthew and Richard, Thanks a lot! Defining the encoding schemes as functions solves my problem. Richard, thank you for showing me a solution in the context of the function I have already built and Matthew, thank you for showing me solutions using map and for/list. I have learned a lot from your

[racket] Package fails to compile during 'make in-place' but not 'raco pkg install'

When I attempt to run a 'make in-place' on the head of the racket repo with the package 'opengl' installed, the make fails with this error: raco setup: found undeclared dependency: raco setup: mode: run raco setup: for package: "opengl" raco setup: on package: "srfi-lite-lib" raco setup: d

Re: [racket] Calling Web Service APIs

On Fri, Dec 20, 2013 at 2:46 AM, Jens Weber wrote: > Does anybody have a simple example for calling Webservices (REST) with > racket? I got tired of the repetitive mechanics of this and made something called webapi-markdown. The full idea includes documentation -- that you could do a variation o

Re: [racket] Calling Web Service APIs

Jens, hello. On 2013 Dec 20, at 07:46, Jens Weber wrote: > Does anybody have a simple example for calling Webservices (REST) with racket? I have an example of such a thing (if I'm following you correctly) at (see src/webserver/audiotag.rkt). This isn't s