[racket-users] Compiling into Linklets

Hi, I am slowly getting the hang of linklets and I am playing with them in my spare free time. As far as I understand the current way to obtain linklets is to use bootstrap-run.rkt in racket/src/expander. I wrote a simple interactive program split into two modules: factorial-input.rkt: #lang

[racket-users] Racket News - Issue 11

The big 11 is here! :) https://racket-news.com/2019/07/racket-news-issue-11.html Enjoy, preferably with a strong espresso! -- Paulo Matos -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving

[racket-users] Racket News - Issue 10

It's here!!! https://racket-news.com/2019/06/racket-news-issue-10.html Have a good weekend, -- Paulo Matos -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to

Re: [racket-users] Typed Racket segmentation fault

On 05/06/2019 16:47, Philip McGrath wrote: > What version of Racket are you using? I get a segfault in 7.2, but 7.3 > works for me. I see the segfault in 7.1 but not in 7.2 or 7.3. Then I run it under valgrind and I see it in all the versions. :) It's there, but sometimes hiding. Will take a

[racket-users] Racket News - Issue 9

Issue 9 is here. https://racket-news.com/2019/06/racket-news-issue-9.html Grab a coffee and enjoy. -- Paulo Matos -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email

Re: [racket-users] Some concern about ChezScheme...

On 28/05/2019 04:56, 'John Clements' via Racket Users wrote: > I’m responding to my own message, because (thanks to Andy Keep) I’ve now > discovered a big chunk of the answer. > > Specifically, it looks Jeremy Siek’s compilers class includes a textbook > written by him and Ryan Newton whose

Re: [racket-users] Re: chez-runner plugin

On 22/05/2019 18:00, francesco bennardo wrote: > > > Il giorno mercoledì 22 maggio 2019 15:34:31 UTC+2, francesco bennardo ha > scritto: > > Someone knows home to use the "chez-runner" plugin? I've installed > it but do not works. > > > I use Racket yes, but I use chez scheme too.  

Re: [racket-users] Re: chez-runner plugin

I am talking without running it or even having used that plugin but it looks like it's passing the definitions you have in your window but Chez doesn't know `#l` in line one. I imagine you have something like `#lang racket`? Why not just use Racket then? Also, are you sure you want to run Chez

Re: [racket-users] chez-runner plugin

Hi, It seems you are referring to this DrRacket plugin: https://github.com/Syntacticlosure/chez-runner Optimally Syntacticlosure should be able to help a lot more than I can and if what I say doesn't make sense, I suggest you open an issue with your question at :

[racket-users] Racket News - Issue 8

Issue 8 is here. http://racket-news.com/2019/05/racket-news-issue-8.html Ristretto time, enjoy! -- Paulo Matos -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email

Re: [racket-users] Re: Racket News - Issue 7

Hi Stephen, Great to hear you're enjoying RN and enjoyed my choice of Automata via Macros for this issue. It's always exciting to hear that people are enjoying these issues. All the best, Paulo Matos On 02/05/2019 22:13, Stephen Foster wrote: > Yes!  Years ago, "Automata via Macros" was the

[racket-users] Racket News - Issue 7

Issue 7 is here. http://racket-news.com/2019/05/racket-news-issue-7.html Americano time, enjoy! -- Paulo Matos -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, send an email

Re: [racket-users] SIGSEGV when running Racket

On 22/04/2019 00:23, polarish...@gmail.com wrote: > Hello everyone, > > I observed some exceptions like `SIGSEGV MAPERR si_code 1 fault on addr > 0x7f6f4e30fff0` when running a Racket program. Any ideas why this happens? Hi Shaobo, Unless you're using an unsafe op / ffi, it's a bug. Report

Re: [racket-users] Racket News - Issue 6

On 18/04/2019 10:25, Alexander Shopov wrote: > And a bit more popularity - there will be links from > Linux Weekly News: Announcements -> Newsletters -> Developement to the > news letter: > Hi Alex, Many thanks for this. It looks great. -- Paulo Matos -- You received this message because

[racket-users] Racket News - Issue 6

Issue 6 is here. http://racket-news.com/2019/04/racket-news-issue-6.html It's cappuccino time, enjoy your weekend! -- Paulo Matos -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from

Re: [racket-users] Generate really large random numbers in Racket

On 01/04/2019 23:37, Robby Findler wrote: > Generate multiples of those and combine them (shifting old ones over > and adding new ones as the lowest digits)? > > I'm not sure of a good way to generate nats uniformly at random where > you don't specify an upper bound, but Neil Toronto suggested

Re: [racket-users] Generate really large random numbers in Racket

Check the math library by Neil Toronto: https://docs.racket-lang.org/math/base.html?q=random#%28part._.Random_.Number_.Generation%29 (random-natural k) → Natural k : Integer Returns a random natural number less than k, which must be positive. Use (random-natural k) instead of

[racket-users] Racket News - Issue 5

Issue 5 is here. https://racket-news.com/2019/04/racket-news-issue-5.html Come on - make a strong espresso today. You know you deserve it! -- Paulo Matos -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop

Re: [racket-users] Re: Racket News - Issue 4

On 18/03/2019 14:55, Jérôme Martin wrote: > Thank you so much for this! > Opened this for you: https://github.com/racket-news/racket-news.github.io-src/issues/12 Feel free to add to it if something else comes to mind. > If I can suggest a project for next month's spotlight: > > -

Re: [racket-users] Re: Racket News - Issue 4

On 18/03/2019 16:51, Matt Jadud wrote: > I'd be willing to pitch in some text around the thinking about the 'tbl' > library for introductory data work, so that people might push back on > it. Or, it would at least give a coherent surface for some conversation > around collaboration. > > If not

Re: [racket-users] Re: Racket News - Issue 4

Hi Jerome, Thanks for all the suggestions. On 18/03/2019 14:55, Jérôme Martin wrote: > Thank you so much for this! > > If I can suggest a project for next month's spotlight: > > - Christopher Lemmer Webber, co-editor of the ActivityPub specs, is > working on a distributed social network

[racket-users] Racket News - Issue 4

I have just published Issue 4 at http://racket-news.com/2019/03/racket-news-issue-4.html Grab a coffee and enjoy! -- Paulo Matos -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from

[racket-users] Season of docs participation

I have been recently reading a lot of the guide and reference manuals and they are great but not perfect (yet!). Today I found about Google Season of Docs. What do people think about Racket getting involved as a mentoring organization?

Re: [racket-users] How to fix typos in documentation?

On 07/03/2019 13:40, Marc Kaufmann wrote: > Thanks Paulo, this is way better than the workflow I used the only other > time I made a PR. The only thing I had to do was choose a branch to > commit to: I chose 'master', mostly because I have no clue what else I > would have chosen. What is the

Re: [racket-users] How to fix typos in documentation?

On 07/03/2019 13:40, Marc Kaufmann wrote: > Thanks Paulo, this is way better than the workflow I used the only other > time I made a PR. The only thing I had to do was choose a branch to > commit to: I chose 'master', mostly because I have no clue what else I > would have chosen. What is the

Re: [racket-users] How to fix typos in documentation?

On 07/03/2019 11:55, Marc Kaufmann wrote: > Hi, > > I just came across a typo in the documentation and was about to move on > simply because I couldn't be bothered to figure out how/where to change > it. I couldn't find the docs in the github repo (I searched for doc, and > looked under

[racket-users] Racket News - Issue 3

I have just published Issue 3 at http://racket-news.com/2019/03/racket-news-issue-3.html Grab a coffee and enjoy! -- Paulo Matos -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from

Re: [racket-users] "table" data structure in Racket

On 22/02/2019 04:05, travis.hinkel...@gmail.com wrote: > After posing the question yesterday, I spent a little time poking around > in the Github repository for Apache Arrow and came to the same > conclusion, i.e., large project presumably facilitated by corporate backing. > True, they are

[racket-users] Racket News - Issue 2

I have just published Issue 2 at http://racket-news.com/2019/02/racket-news-issue-2.html I would have loved to send a text version to the mailing list but with code and images to render I haven't found a way to do this properly yet. I have tried scribble --text and pandoc but both had

Re: [racket-users] Fully expanded programs grammar: print-values

On 06/02/2019 21:09, Shu-Hung You wrote: > > > On Wed, Feb 6, 2019 at 9:42 AM 'Paulo Matos' via Racket Users > mailto:racket-users@googlegroups.com>> > wrote: >> >> >> >> On 06/02/2019 16:00, Shu-Hung You wrote: >> > print-values

Re: [racket-users] Some concern about ChezScheme...

Thanks for the references. That really useful. Interestingly according to Matt these ideas were already floating around at his uni as early as 98? On 6 February 2019 18:50:21 CET, Matthias Felleisen wrote: > > >> On Feb 6, 2019, at 12:30 PM, 'Paulo Matos' via Racket Users >

Re: [racket-users] Some concern about ChezScheme...

On 06/02/2019 13:42, Matt Jadud wrote: > On Tue, Feb 5, 2019 at 8:01 AM 'Paulo Matos' via Racket Users > mailto:racket-users@googlegroups.com>> > wrote: > > > Matthew mentions the move to Chez will help maintainability and I am > sure he's right because he h

Re: [racket-users] Some concern about ChezScheme...

On 05/02/2019 22:44, Neil Van Dyke wrote: > BTW, sometime around when the move to Chez settles, it would be good if > many people were somewhat familiar with current Racket internals. That would be absolutely great. I think if there is a small team of contributors alongside Matthew improving

Re: [racket-users] Some concern about ChezScheme...

e so far have been > modest, I have already factored into my costs the worst-case scenario > of fully maintaining Chez Scheme as used by Racket. Even if that > happens, it still looks like a good deal in the long run. > Thanks. I guess it all makes sense. > Matthew > > At T

Re: [racket-users] Fully expanded programs grammar: print-values

On 06/02/2019 16:00, Shu-Hung You wrote: > print-values is a normal identifier introduced by the racket/base's > macro module-begin. It is a (private) function defined in > racket/private/modbeg. > That's sort of surprising. I actually expected fully expanded programs to be evaluable by the

[racket-users] Fully expanded programs grammar: print-values

Hi, The docs[1] give a grammar for fully expanded programs. I found it amazingly concise so I decided to give it a try and expanded the following: ``` #lang racket 42 ``` This expands to (nicely formatted): # That looks good to me. However, in the documented grammar there's no reference to

[racket-users] Some concern about ChezScheme...

Hi all, Now that I got your attention... :) Although the title is not purely click-bait, it is motivated by personal requirements. Most of us are happy with the move to Chez (actually haven't heard anyone opposing it), but I would like to point to something I have felt over the past year and to

Re: [racket-users] Re: Racket News - Issue 1

On 01/02/2019 14:28, Greg Trzeciak wrote: > Nicely done! > > Is my understanding correct and this will also be a newsletter (as in > subscribe and receive by email)? > It's not pretty... yet, but I have added the newsletter subscription option. -- Paulo Matos -- You received this message

Re: [racket-users] Racket News - Issue 1

and I can automate that integration as well so that I act as a hole-filler and editor, even better. Thanks. > Sam > > On Fri, Feb 1, 2019 at 6:40 AM 'Paulo Matos' via Racket Users > wrote: >> >> A quick preamble: I have been thinking about creating something along >> t

Re: [racket-users] Re: Racket News - Issue 1

On 01/02/2019 15:00, Greg Trzeciak wrote: > I personally think PR maybe too much (unless someone creates entire news > - also good as an option). Especially if you only wanted to post a link > to a new blog post. > > But issues may work - you could simply have a button with following url: >

Re: [racket-users] Re: Racket News - Issue 1

On 01/02/2019 14:28, Greg Trzeciak wrote: > Nicely done! > > Is my understanding correct and this will also be a newsletter (as in > subscribe and receive by email)? > Yes, still something I have to sort out. Lets say this is a pilot /episode/ to understand the community's reception. On

[racket-users] Racket News - Issue 1

A quick preamble: I have been thinking about creating something along these lines for awhile but only just got my hands dirty. Here's the first issue. Web page is a work in progress at racket-news.com. I was thinking about publishing the text version (from raco scribble --text) in here for each

Re: [racket-users] Re: updated Racket-on-Chez status

On 30/01/2019 02:32, Alex Harsanyi wrote: > I know the report explains the various cases where Racket CS is slower than > Racket 7.1, but I would like to mention that these cases are very > significant, > at least in my case -- I mention this because the report recommends making > Racket CS the

[racket-users] Beginning of the end for googlegroups?

Apologies for message unrelated to racket, but it might affect us. Just read this: https://groups.google.com/a/isocpp.org/forum/m/#!msg/sg14/FZEWCOSyFlk/MFUXyq1YDAAJ Not sure of the size of the mailing list but I wonder if this is the beginning of the end and we should have instead a plan B.

Re: [racket-users] hackernews

On 31/12/2018 19:09, Stephen De Gabrielle wrote: > > On a related tack, I've started writing a '7 reasons why your next > project should be in built on Racket' let me know if you would be > interested in providing feedback.  (My inspiration was a similar post > for Python) > How's this

Re: [racket-users] Escaping strings for the shell

I am surprised nobody mentioned Rash. I have been using it for all my shell scripting needs and it's awesome. https://pkgs.racket-lang.org/package/rash On 29/12/2018 05:09, David Storrs wrote: > I am using 'system' to offload some work onto wget and other > applications in a few one-off scripts.

Re: [racket-users] Re: FYI Racket & DrRacket tagged projects on GitHub

On 11/01/2019 17:23, Greg Trzeciak wrote: > What would be really neat if https://pkgs.racket-lang.org/ would include > date-added to all the packages. This way one could create automatic list > of newly added packages and let's say distribute it in the newsletter Which newsletter are you

Re: [racket-users] go cheney yourself

And here I was hoping for the piece to somehow have a Rackety end... On 08/01/2019 22:09, Tim Hanson wrote: > great piece by Michelle Goldberg, imho: > > https://www.nytimes.com/2019/01/07/opinion/rashida-tlaib-profanity.html > -- Paulo Matos -- You received this message because you are

Re: [racket-users] Experiences with Racket on RISC-V?

On 08/01/2019 18:01, Alexander Shopov wrote: > Won't emulators like QEMU do good enough job for the initial ironing out > of problems like the mentioned RISC-V backend for Chez and libffi for > Racket? Yes, they will. For sure. I own a Hifive Unleashed but use it mostly for nightly testing.

Re: [racket-users] Experiences with Racket on RISC-V?

On 08/01/2019 13:34, Bruce O'Neel wrote: > > Hi, > > The HiFive1 is a 32 bit integer only machine, sadly.  I guess I must > admit being a bit old to re-do software floating point.  I still have > nightmares of ARM and then later 68000 systems. > > Your right about the HiFive Unleashed would

[racket-users] Giving scribble a shot

Hi, I am working on some scribble and I am having trouble understanding what's going on with a few cases. Here's a simple test: test.scrbl: --- #lang scribble/book @require[scribble/example scribble/manual scribble-abbrevs scriblib/footnote] @title{Scribble to odt}

Re: [racket-users] Experiences with Racket on RISC-V?

On 07/01/2019 22:38, Andrei Formiga wrote: > Sorry to slightly hijack the thread here, but what would be a good > RISC-V dev board to experiment with Racket on it? I have the HiFive Unleashed which I recommend: https://www.sifive.com/boards/hifive-unleashed -- Paulo Matos -- You received

Re: [racket-users] Experiences with Racket on RISC-V?

On 05/01/2019 00:55, David Thrane Christiansen wrote: > Hi Paulo et al, > > Thanks for the info! It sounds like Racket or Racket-on-Chez is a bit > of a risky bet for a RISC-V project with a quick turnaround, but I'll > keep my eyes peeled for the future. > > Thanks again! Hi, I don't

Re: [racket-users] Experiences with Racket on RISC-V?

Hi, Thanks for CCing me on this. I have been involved in the RISC-V community for awhile and I am interested in getting Racket on RISC-V. I have started porting Chez to RISC-V as a side project as currently I have no clients paying me to do so. Therefore, as you would expect, it's going slow. The

Re: [racket-users] Re: The performance of ‘set’ vs. lists+‘remove-duplicates’

much worse because of the generic contracts? Also, is there a way to speed up the copying of hash tables? Paulo Matos On 06/12/2018 17:08, 'Paulo Matos' via Racket Users wrote: > > > On 06/12/2018 16:39, Vincent St-Amour wrote: >> On Thu, 06 Dec 2018 07:05:03 -0600, >> 'Paulo Ma

Re: [racket-users] Re: The performance of ‘set’ vs. lists+‘remove-duplicates’

On 06/12/2018 16:39, Vincent St-Amour wrote: > On Thu, 06 Dec 2018 07:05:03 -0600, > 'Paulo Matos' via Racket Users wrote: >> >> >> >> On 05/12/2018 11:55, Tony Garnock-Jones wrote: >>> I suspect it will be slow because sets are generics, and generics are

Re: [racket-users] Re: The performance of ‘set’ vs. lists+‘remove-duplicates’

On 05/12/2018 11:55, Tony Garnock-Jones wrote: > I suspect it will be slow because sets are generics, and generics are > slow. I am curious now. How slow? Why? Do you have any data backing this up? Generics are very useful, I would be very disappointed if they are indeed very slow. > For my

Re: [racket-users] Places and many cores? (File descriptor limit?)

On 05/11/2018 15:57, Matt Jadud wrote: > Hi all, > > First, thank you for the conversation around this.  > > On Sun, Nov 4, 2018 at 5:30 PM George Neuner > wrote: > > > One .zo per distributed place is just one descriptor per process.  > Again

Re: [racket-users] Places and many cores? (File descriptor limit?)

On 04/11/2018 22:56, Matt Jadud wrote: > On Sun, Nov 4, 2018 at 4:30 PM 'Paulo Matos' via Racket Users > mailto:racket-users@googlegroups.com>> > wrote: > > Curious about what your places are doing. > How come you started so many places without

Re: [racket-users] Places and many cores? (File descriptor limit?)

Hi, Curious about what your places are doing. How come you started so many places without seeing this: https://groups.google.com/d/msg/racket-users/oE72JfIKDO4/zbFI6knhAQAJ Could you share what each of the places do? Paulo Matos On 04/11/2018 18:18, Matt Jadud wrote: > Hi all, > > I have some

Re: [racket-users] gzip/gunzip through pipe is blocking

On 30/10/2018 19:10, Matthew Flatt wrote: > At Tue, 30 Oct 2018 17:54:46 +0100, "'Paulo Matos' via Racket Users" wrote: >> >> >> On 30/10/2018 16:39, Matthew Flatt wrote: >>> You need to close the output port after `gunzip-through-ports` finishes. >

Re: [racket-users] gzip/gunzip through pipe is blocking

On 30/10/2018 17:07, George Neuner wrote: > > On 10/30/2018 11:32 AM, 'Paulo Matos' via Racket Users wrote: >> I have quite a few large files that I want to gzip to a single file >> (without an intermediate concatenation) and then later gunzip. > > I don't think yo

Re: [racket-users] gzip/gunzip through pipe is blocking

ion to what Matthew said... > > 'Paulo Matos' via Racket Users wrote on 10/30/18 11:32 AM: >> $ base64 /dev/urandom | head -c 100 > foo3 > > Even though these are just test files, you might normally want to make > them by instead `dd if=/dev/urandom` piped to `base64 -`

Re: [racket-users] gzip/gunzip through pipe is blocking

a (cin) (gunzip-through-ports cin out) (close-output-port out)) #:mode 'binary (call-with-atomic-output-file "foo.txt" (lambda (op p) (let loop ([l (read-line in)]) (unless (eof-object? l) (write l op) (newline op) (loop (read-li

[racket-users] gzip/gunzip through pipe is blocking

Hi, I have quite a few large files that I want to gzip to a single file (without an intermediate concatenation) and then later gunzip. Interestingly the gunzipping is blocking on a read-line. I wonder if this is because I cannot use gzip-through-ports the way I am doing it or if there's a bug

Re: [racket-users] Places code not using all the CPU

On 05/10/2018 19:23, Matthew Flatt wrote: > > We should certainly update the documentation with information about the > limits of parallelism via places. > Added PR: https://github.com/racket/racket/pull/2304 -- Paulo Matos -- You received this message because you are subscribed to the

Re: [racket-users] Places code not using all the CPU

On 08/10/2018 22:12, Philip McGrath wrote: > This is much closer to the metal than where I usually spend my time, > but, if it terns out that multiple OS processes is better than OS > threads in this case, Distributed Places might provide an easier path to > move to multiple processes than

Re: [racket-users] Places code not using all the CPU

Hi all, Apologies for the delay in sending this email but I have been trying to implement and test an alternative and wanted to be sure it works before sending this off. So, as Matthew suggested this problem has to do with memory allocation. The --no-alloc option in Matthew's suggested snippet

Re: [racket-users] Places code not using all the CPU

I just confirmed that this is due to memory allocation locking in the kernel. If your places do no allocation then all is fine. Paulo Matos On 08/10/2018 21:39, James Platt wrote: > I wonder if this has anything to do with mitigation for Spectre, Meltdown or > the other speculative execution

Re: [racket-users] Places code not using all the CPU

I was trying to create a much more elaborate example when Matthew sent his tiny one which is enough to show the problem. I started a 64core machine on aws to show the issue. I see a massive degradation as the number of places increases. I use this slightly modified code: #lang racket (define

Re: [racket-users] Places code not using all the CPU

On 05/10/2018 14:15, Matthew Flatt wrote: > It's difficult to be sure from your description, but it sounds like the > problem may just be the usual one of scaling parallelism when > communication is involved. > Matthew, thanks for the reply. The interesting thing here is that there is no

Re: [racket-users] Places code not using all the CPU

the racket process status goes from 'R' to 'D' (which also happens in my case), the CPUs are never really working at 100% with a lot of the work being done at kernel level. Has anyone ever noticed this? On 01/10/2018 11:13, 'Paulo Matos' via Racket Users wrote: > > Hi, > > I

Re: [racket-users] Racket-on-Chez snapshots

On 02/10/2018 16:25, Alexis King wrote: >> On Oct 1, 2018, at 13:07, Brett Gilio wrote: >> >> Hey, could you provide a resource with more information on Chez possibly >> replacing the Racket VM? I haven't been keeping up to date on this. > > From an interaction between Greg Trzeciak and

Re: [racket-users] Playing the Game with PLT Redex · Second Edition

Leandro, obrigado por esta excelente contribuição. Thank you for this excellent contribution. It's really good. I am reading it a bit at a time and I really enjoy it, not only how you write it but the subject as well. Racket needs more of this. Paulo Matos On 30/09/2018 18:34, 'Leandro

Re: [racket-users] Places code not using all the CPU

I attach yet another example where this behaviour is much more noticiable. This is on a 64 core dedicated machine in amazon aws. -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it,

[racket-users] Places code not using all the CPU

Hi, I am not sure this is an issue with places or what it could be but my devops-fu is poor and I am not even sure how to debug something like this so maybe someone with more knowledge than me on this might chime in to hint on a possible debug method. I was running some benchmarks and noticed

Re: [racket-users] 2018 SIGPLAN Software Award

Impressive and well-deserved achievement. The work done by the PLT Group and others has been undervalued for too long. I certainly believe that for too long the only marketing coming out of Racket/PLT Scheme was "it's great for education", which although it might be true, it understates its real

Re: [racket-users] Compilation/Embedding leaves syntax traces

On 26/09/2018 19:39, Philip McGrath wrote: > On Wed, Sep 26, 2018 at 1:36 AM Paulo Matos wrote: > > I am keen on hearing about alternatives. The reason to do like this is > to minimize friction with clients. Clients in the area of development > tools expect something that they can

Re: [racket-users] Compilation/Embedding leaves syntax traces

On 25/09/2018 23:38, Ryan Culpepper wrote: > On 9/25/18 1:11 PM, Alexis King wrote: >> [] Personally, I would appreciate a way to ask >> Racket to strip all phase ≥1 code and phase ≥1 dependencies from a >> specified program so that I can distribute the phase 0 code and >> dependencies

Re: [racket-users] Compilation/Embedding leaves syntax traces

On 25/09/2018 23:44, Philip McGrath wrote: > On Tue, Sep 25, 2018 at 3:46 PM 'Paulo Matos' via Racket Users > mailto:racket-users@googlegroups.com>> > wrote: > > OK, so I understand now that what I want is an unimplemented feature, > but in most compilers these

Re: [racket-users] Compilation/Embedding leaves syntax traces

On 25/09/2018 23:38, Ryan Culpepper wrote: > On 9/25/18 1:11 PM, Alexis King wrote: >> [] Personally, I would appreciate a way to ask >> Racket to strip all phase ≥1 code and phase ≥1 dependencies from a >> specified program so that I can distribute the phase 0 code and >> dependencies

Re: [racket-users] Compilation/Embedding leaves syntax traces

ing, instantiating, and visiting modules, > and how that relates to compilation, see this very helpful section in > The Racket Guide: > >http://docs.racket-lang.org/guide/macro-module.html > Thank you for the reference. Paulo Matos > >> On Sep 25, 2018, at 07:32, 'Pa

[racket-users] Compilation/Embedding leaves syntax traces

Hi, I reached a point at which I don't think I am exactly understanding how the racket compilation pipeline works. My software has several compile time options that use environment variables to be read (since I can't think of another way to do it) so I define a compile time variable as:

Re: [racket-users] Racket language for enterprise software

On 25/09/2018 12:42, Daniel Brunner wrote: >> with java based frameworks like Spring Boot for developing >> Microservices? Do you see organizations adopting Racket or Racket based >> languages slowly? > > We are providing services on Amazon Web Services for handling the data > of sensors (less

Re: [racket-users] Assumptions of raco distribute on target system

On 18/09/2018 14:23, Matthew Flatt wrote: > > The right solution is probably to use the "natipkg" build of Racket for > Linux, which minimizes the libraries that are required from the OS. For > example, the natipkg variant uses its own build of libcrypto. You can > find natipkg builds from a

[racket-users] Assumptions of raco distribute on target system

I have been playing with a CI pipeline of my software that does: test -> build -> containerize The idea is that build creates an OS independent distribution using raco distribute and then containerize creates a docker image of the distribution using a well-known linux distro. In my case, I chose

Re: [racket-users] specialized languages

If I understand correctly you want to create languages in Racket? In which case you want to read: https://beautifulracket.com/ Paulo Matos On 17/09/2018 02:22, Hendrik Boom wrote: > I'm looking for an introduction to the tools for making Racket into a > specualized language. > > I know how to

[racket-users] Historical mailing list archives [fast.cs.utah.edu]

Hi, Just a quick question with regards to old mailing list archives: up to 2002, did we only have one mailing list? These are the archives I could find: https://www.cs.utah.edu/plt/mailarch/ Was there anything else back then? Also the link above says: After June 2002:

Re: [racket-users] Distributing application with run-time configuration

On 12/09/2018 16:37, Matthew Flatt wrote: > As you > say, you could have a macro expand to the result of `(getenv "ARCH")` > to pin it down at compile time, but you'll need to import that macro > into two phases, since the right-hand side of > `define-runtime-module-path-index` is implicitly

[racket-users] Distributing application with run-time configuration

Hi, I am trying to create racket distribution for my application, except I am tripping on my first few steps - that of generating the binary. First, the architecture of the application. There is a driver program that is configured with a backend at run-time (although one can argue this should be

Re: [racket-users] Let's organize a Scheme European Event at FOSDEM 2019

Hi Amirouche, A scheme european event would be a great idea. Jesse is trying to get something together for 2019 - although Racket specific afaik. Still, I have to give my 2 cents on FOSDEM. I think it's pretty bad. I have been super-frustrated for two consecutive years and gave up on it. The

Re: [racket-users] Confused by the behavior of hash->list

On 17/08/18 18:18, Jussi Salmela wrote: > Hi all! > > (I'm on 7.0) > Just to jump right to the point here are the hash example lines from the User > Guide and a few added lines with comments that should make it clear what I am > confused about: > > (define ht (make-hash)) > (hash-set! ht

Re: [racket-users] Interaction between define/private and keyword arguments

oo clever by half (maybe). > >Robby > >On Thu, Aug 16, 2018 at 1:40 PM 'Paulo Matos' via Racket Users < >racket-users@googlegroups.com> wrote: > >> >> >> On 16/08/18 19:42, Robby Findler wrote: >> > Yes, this looks like a bug. I see something went wrong

Re: [racket-users] Interaction between define/private and keyword arguments

ivate method, but what I didn't realise is that at the implementation level, there must be a way to identify a field which is a lambda and a method because one is part of the object and the other part of the class. Thanks! > Robby > > On Thu, Aug 16, 2018 at 12:37 PM 'Paulo Matos' vi

[racket-users] Interaction between define/private and keyword arguments

Hi, I spent a whole day trying to find and then reduce an issue I was having with my software. A procedure, suddenly, was just not being called. It was as if the call was just gone - pufft. Nothing I did helped. I was confused - but after a day I managed to reproduce this with a ridiculously

Re: [racket-users] Question about style

On 11/08/18 16:11, Bob Heffernan wrote: > Dear all, > > I am new to Racket and only slightly less new to scheme & scheme-like > languages. > > I have noticed myself often doing something like the following: > > (define (foo x) > (let* ([y (f x)] > [z (g y)] > [p (h z)]) >

Re: [racket-users] C level bit manipulation - Racket Manifesto

code yourself (see https://github.com/rjnw/sham for an > example). > Wow,didn't know about sham. Thanks for the reference. > Sam > > On Sat, Aug 11, 2018 at 4:15 AM, 'Paulo Matos' via Racket Users > wrote: >> Hi, >> >> In http://felleisen.org/matthias/manifes

[racket-users] C level bit manipulation - Racket Manifesto

Hi, In http://felleisen.org/matthias/manifesto/, you can read: "In support, Racket offers protection mechanisms to implement a full language spectrum, from C-level bit manipulation to soundly typed extensions." What are we talking about here when we mention C-level bit manipulation? Is this

[racket-users] S10 - a new commercial product in Racket

Hi all, I was discussing this in racket-money and someone suggested I should quickly reference it here. S10 (https://linki.tools/s10) is a superoptimization framework in Racket. If you are familiar with Mangpo's work on Greenthumb you know what I am talking about. This work follows a similar

Re: [racket-users] Re: Experience with REST APIs in Racket

Peter, Thank you very much for the reference to the vignette and simple-http package. simple-http seems to make it quite straightforward, therefore I will be giving it a go. Paulo Matos On 12/04/18 17:28, Peter Schmiedeskamp wrote: > Darren Newton's simple-http library >

  1   2   >