Re: [racket-users] Multiple namespaces in Racket

2017-10-14 Thread Alexis King
> On Oct 13, 2017, at 18:52, Geoffrey Knauth wrote: > > Maybe do undisputedly?-evil name-mangling now to get things working, > then become a saint with a better solution down the road. Sometimes > I don't realize how to do something the "good" way until I've traveled > down

[racket-users] Re: [ANN] Porting PAIP's Prolog interpreter from Common Lisp to Racket, 1st version

2017-10-14 Thread Luis Marcelo Rosso
What a pity to live so far away (Buenos Aires, Argentina) from such interesting events... But at least I would have the chance to watch the livestreams ! Thanks for sharing them ! El sábado, 14 de octubre de 2017, 3:23:15 (UTC-3), Jack Firth escribió: > > This is really cool, thanks for

Re: [racket-users] [ANN] Porting PAIP's Prolog interpreter from Common Lisp to Racket, 1st version

2017-10-14 Thread Matthias Felleisen
> On Oct 13, 2017, at 3:01 PM, Luis Marcelo Rosso wrote: > > Hi all, > > I am porting the Prolog interpreter shown in Peter Norvig's classic text on > AI, "Paradigms of Artificial Intelligence Programming: Case Studies in Common > Lisp 1st Edition", >

Re: [racket-users] Racket gui iconize behaviour

2017-10-14 Thread Matthias Felleisen
> On Oct 14, 2017, at 6:55 AM, Ran Mackeson wrote: > > Htdp and Racket have given me much enjoyment. I have just started to play > with racket gui. My Racket version is 6.10.1 and on both Linux Mint 17 and > Ubuntu 16.04 the behaviour of 'iconize' puzzles me: > > #lang

Re: [racket-users] Re: code reflection

2017-10-14 Thread 'John Clements' via Racket Users
Lovely! I was thinking along these lines, but you hit it out of the park. Sounds like you must be avoiding some really important task! John > On Oct 14, 2017, at 11:31, Ryan Culpepper wrote: > > On 10/14/2017 05:01 AM, George Neuner wrote: >> On 10/14/2017 3:00 AM, Jack

Re: [racket-users] Intro and projects inquiry

2017-10-14 Thread Jack Firth
> > > Racket doesn't play well with existing code bases (except C things) > > and so my hypothesis is simply that to gain adoption of Racket, you > > need to solve problems that aren't in the "production path." Good > > thing there are *lots* of those! All those Python scripts you have? > >

Re: [racket-users] Re: code reflection

2017-10-14 Thread Ryan Culpepper
On 10/14/2017 05:01 AM, George Neuner wrote: On 10/14/2017 3:00 AM, Jack Firth wrote: So is there a way ... from normal code ... to get at the locals of functions higher in the call chain?  Or at least the immediate caller? Some reflective capability that I haven't yet

[racket-users] Racket gui iconize behaviour

2017-10-14 Thread Ran Mackeson
Htdp and Racket have given me much enjoyment. I have just started to play with racket gui. My Racket version is 6.10.1 and on both Linux Mint 17 and Ubuntu 16.04 the behaviour of 'iconize' puzzles me: #lang racket/gui (define frame (new frame% [label "Example"] [width 400]

Re: [racket-users] Intro and projects inquiry

2017-10-14 Thread Daniel Brunner
Am 13.10.2017 um 00:20 schrieb Andrew Gwozdziewycz: > Racket doesn't play well with existing code bases (except C things) > and so my hypothesis is simply that to gain adoption of Racket, you > need to solve problems that aren't in the "production path." Good > thing there are *lots* of those! All

Re: [racket-users] Re: code reflection

2017-10-14 Thread George Neuner
On 10/14/2017 3:00 AM, Jack Firth wrote: So is there a way ... from normal code ... to get at the locals of functions higher in the call chain?  Or at least the immediate caller? Some reflective capability that I haven't yet discovered? I'm not sure if there's a way to do

[racket-users] Re: code reflection

2017-10-14 Thread Jack Firth
> > So is there a way ... from normal code ... to get at the locals of > functions higher in the call chain? Or at least the immediate caller? > Some reflective capability that I haven't yet discovered? > I'm not sure if there's a way to do that, but I'm wondering if what you want to do can

[racket-users] code reflection

2017-10-14 Thread George Neuner
Hi all, This is a bit difficult to explain, so bear with me. I have a very simple macro which generates a runtime call to a normal function. The macro is so the arguments can be [more or less] free form expressions - the runtime function is because the computations are not simple and some of

[racket-users] Re: [ANN] Porting PAIP's Prolog interpreter from Common Lisp to Racket, 1st version

2017-10-14 Thread Jack Firth
This is really cool, thanks for writing about it and sharing it! And thanks for showing me another book I ought to get around to reading. There were some very interesting talks last weekend at RacketCon 2017 related to logic programming, program synthesis, and unification that you might be