Re: [racket-users] Utah snapshots will switch to CS by default

2020-10-20 Thread Robby Findler
The NWU snapshots are (mostly) working again and we've gotten a pkg-build
using the CS build to go through. The results are here:

  https://plt.eecs.northwestern.edu/pkg-build/

Some pkgs are newly failing their tests (or other problems) because they're
now running on CS.

Robby


On Tue, Sep 29, 2020 at 2:33 PM Robby Findler 
wrote:

> I'm finally catching up and switching the Northwestern snapshots to BC by
> default. I've made the change and the changes will kick off tonight at
> midnight, Chicago time (probably failing horribly but maybe in a week or
> two we'll be back in business and the next paragraph will be accurate when
> that all settles).
>
> All of the existing links should continue to work (let me know if you
> notice that didn't happen) but they will generally be CS where they were BC
> builds before. In particular, we're going to continue to have windows BC
> and CS, 64 and 32 bit builds; 64 bit BC and CS Mac OS builds, and 32 bit BC
> Mac OS builds. I've added Debian 64 bit CS builds, so we'll have 64 bit BC
> and CS as well as 32 bit BC builds for debian. For the rest, the 64 bit
> versions will all become CS builds and the 32 bit versions will all stay
> BC.
>
> There will be explicit links ending with -bc and -cs as well as aliases
> that do not include the VM specifier that go to whatever is available, as
> Matthew describes for the Utah snapshots and "min-racket" will also change
> to "racket-minimal" (but still with an alias to avoid breaking old links).
>
> Robby
>
>
> On Tue, Aug 11, 2020 at 5:24 PM Matthew Flatt  wrote:
>
>> As you may know, the Racket Git repo recently switched to Racket CS as
>> the default build. That is, if you check out the repo and `make`, then
>> you get an in-place Racket CS build instead of Racket BC.
>>
>> The next step in moving toward Racket CS is to try switching the
>> snapshot builds. Out current plan is to switch the Utah build on August
>> 13. The Northwestern snapshot build will be unchanged, for now. This
>> change will have no effect on the regular, release downloads.
>>
>> The layout of the page at
>>
>>  https://www.cs.utah.edu/plt/snapshots/
>>
>> will change so that CS and BC builds are grouped together, more like
>> the Northwestern snapshot layout, but an installer that doesn't have
>> "BC" in its link will download a Racket CS installer.
>>
>> If you have an automated process that pulls from the snapshot site,
>> then it probably downloads something like
>>
>>
>> https://www.cs.utah.edu/plt/snapshots/current/installers/racket-current-x86_64-linux-precise.sh
>>
>> As of August 13, that will download a Racket CS installer instead of a
>> BC installer, because there's no "-bc" suffix in the name.
>>
>> Racket BC builds will still be available; you'll just have to
>> specifically select a download option with "BC" in the link name or
>> "-bc" in the URL. For example,
>>
>>
>> https://www.cs.utah.edu/plt/snapshots/current/installers/racket-current-x86_64-linux-precise-bc.sh
>>
>> will download a Racket BC installer. For now, 32-bit Windows and Mac OS
>> installers will be available only for BC, because we view those as
>> legacy platforms.
>>
>> For consistently, you'll be able to access the CS installers using a
>> "-cs" suffix. The installer name without a "-cs" or "-bc" suffix is an
>> aliases for one with "-cs". Of course, the "current" names are all
>> aliases for installers that have a specific version number.
>>
>> While we're adjusting installer names, the canonical name for Minimal
>> Racket installers will change to "racket-minimal-..." instead of
>> "min-racket-...". The new name matches the names used for releases. For
>> the foreseeable future, "min-racket-..." aliases will still work, but
>> you should migrate to "racket-minimal-..." if you have an automated
>> process that uses "min-racket-...".
>>
>>
>> Matthew
>>
>> --
>> 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 racket-users+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/racket-users/20200811162420.18d%40sirmail.smtps.cs.utah.edu
>> .
>>
>

-- 
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 racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/CAL3TdOMC5ua5YxF7YXo2RheQhuTfYy2MgFBQBQbxkFpgwfuo%3Dw%40mail.gmail.com.


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

2020-10-20 Thread Hong Yang
Hi Paulo

Good to see another Racket News is coming, and I'm working on issue #3161, 
please help check my last comment in GitHub, any comment is welcome.

After all the feature details clarified, I'll send a pull request for code 
reviewing.

Thanks
yangh
On Tuesday, October 20, 2020 at 8:46:11 PM UTC+8 Paulo Matos wrote:

> Hi all,
>
> What a great weekend, I hope you all enjoyed it as much as I did. Thanks 
> to all of those involved in the organization.
>
> Racket News issue 40 is now here:
> https://racket-news.com/2020/10/racket-news-issue-40.html
>
> 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 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/05e0fc3d-426e-4b2f-86b1-3a67f1f29038n%40googlegroups.com.


Re: [racket-users] Re: curly-fn language syntax not recognized in the repl

2020-10-20 Thread Robby Findler
I don't remember. :(

On Tue, Oct 20, 2020 at 9:13 AM Greg Hendershott 
wrote:

> It looks like this works neither in Dr Racket nor Racket Mode's REPLs.
>
> From a hasty, shallow look, it seems that the curly-fn package <
> https://docs.racket-lang.org/curly-fn/index.html> uses a convention or
> protocol defined by the namespaced-transformer package <
> https://docs.racket-lang.org/namespaced-transformer/index.html>.
>
> As a quick experimental hack, if I namespace-require the
> namespaced-transformer module before entering read-eval-print-loop -- so
> that the #%namespaced syntax transformer is defined -- then this does work
> in Racket Mode's REPL.
>
> So I could... just add that. But I don't know the history of this. Is this
> a convention that Alexis proposed be adopted by Dr Racket? If so, was it
> not adopted simply due to lack of time, or, for technical reasons like
> gotchas or some other ideas about how to approach this?
>
> Maybe someone like Alexis or Robby remembers?
>
> On Monday, October 19, 2020 at 10:38:57 AM UTC-4, primer wrote:
>>
>> If I run this program:
>>
>> #lang curly-fn racket
>> (map #{/ 1}  '(1 2 3))
>>
>> I get the expected result in the repl.  But in the repl after the run, if
>> I type:
>> (map #{/ 1}  '(1 2 3))
>>
>> I get an error:
>> #%namespaced: undefined;
>>  cannot reference an identifier before its definition
>>
>> Is there a way to make this work in the repl?
>>
> --
> 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 racket-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/racket-users/cbc697a3-9e82-4a4b-8f6b-6e93b6ed14dco%40googlegroups.com
> 
> .
>

-- 
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 racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/CAL3TdOMuG%3DZc%3DNfP-Bi0qBN_beFWhAMe-bdv%2B2ZQWYHXNKRnHw%40mail.gmail.com.


[racket-users] Re: curly-fn language syntax not recognized in the repl

2020-10-20 Thread Greg Hendershott
It looks like this works neither in Dr Racket nor Racket Mode's REPLs.

>From a hasty, shallow look, it seems that the curly-fn package 
 uses a convention or 
protocol defined by the namespaced-transformer package 
.

As a quick experimental hack, if I namespace-require the 
namespaced-transformer module before entering read-eval-print-loop -- so 
that the #%namespaced syntax transformer is defined -- then this does work 
in Racket Mode's REPL.

So I could... just add that. But I don't know the history of this. Is this 
a convention that Alexis proposed be adopted by Dr Racket? If so, was it 
not adopted simply due to lack of time, or, for technical reasons like 
gotchas or some other ideas about how to approach this?

Maybe someone like Alexis or Robby remembers?

On Monday, October 19, 2020 at 10:38:57 AM UTC-4, primer wrote:
>
> If I run this program:
>
> #lang curly-fn racket
> (map #{/ 1}  '(1 2 3))
>
> I get the expected result in the repl.  But in the repl after the run, if 
> I type:
> (map #{/ 1}  '(1 2 3)) 
>
> I get an error:
> #%namespaced: undefined;
>  cannot reference an identifier before its definition
>
> Is there a way to make this work in the repl?
>

-- 
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 racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/cbc697a3-9e82-4a4b-8f6b-6e93b6ed14dco%40googlegroups.com.


[racket-users] Re: Problems using (debug-repl) with emacs racket-mode

2020-10-20 Thread Greg Hendershott
To post back to the list, this was resolved:

  https://github.com/greghendershott/racket-mode/issues/499

On Wednesday, October 14, 2020 at 8:48:43 PM UTC-4, primer wrote:
>
> I'm trying to use (debug-repl) in the following simple program:
>
> #lang racket 
> (require debug/repl)
>
> (define (add a b)
>   (debug-repl)
>   (+ a b))
>
> (add 4 5)
>
> If I run this in Dr. Racket, then I get a repl prompt as expected.  
> However, I'm using Greg Hendershott's racket-mode for emacs, where it blows 
> up with the following:
>
> ; 
> ; Welcome to Racket v7.8.
> ; 
> > 
> ; cache-set!: contract violation
> ;   expected: path-string?
> ;   given: #f
> ;   in: the 6th argument of
> ;   (->
> ;path?
> ;syntax?
> ;syntax?
> ;string?
> ;namespace?
> ;path-string?
> ;any)
> ;   contract from: (function cache-set!)
> ;   blaming: 
> d:\data\prj\EmacsUnification\emacs\home\.emacs.d\elpa\racket-mode-20200924.1506\racket\syntax.rkt
> ;(assuming the contract is correct)
> ;   at: 
> d:\data\prj\EmacsUnification\emacs\home\.emacs.d\elpa\racket-mode-20200924.1506\racket\syntax.rkt:89.18
>
> I'm not sure if this is a bug or a setup issue.  FWIW, I'm setting up 
> racket-mode in my .emacs file as follows:
>
> (use-package racket-mode)
> (add-to-list 'auto-mode-alist '("\\.rkt\\'" . racket-mode))
> (require 'racket-xp)
> (add-hook 'racket-mode-hook #'racket-xp-mode)
> (add-hook 'racket-xp-mode-hook
>(lambda ()
>  (remove-hook 'pre-redisplay-functions
>#'racket-xp-pre-redisplay
>t)))
>
> Has anyone had any luck getting these two things to play nice?
>
>
>

-- 
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 racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/4b92fe6d-d642-4f69-b751-908a5b414d20o%40googlegroups.com.


[racket-users] Re: Racket-mode (emacs) get coverage without using test submodule

2020-10-20 Thread Greg Hendershott
Racket Mode was recently enhanced in this neighborhood:

  
https://github.com/greghendershott/racket-mode/issues/316#issuecomment-691586485

If you upgrade it and that works for you, great.

If not feel free to open a GitHub issue about it. (Right now I'm not really 
able to download that pl.plt file and try it myself.)

On Tuesday, October 13, 2020 at 3:53:52 PM UTC-4, Julian wrote:
>
> Hi,
>
> For reasons X and Y that I won't get into I'm using Emacs instead of 
> DrRacket for writing racket code for the Programming languages class that 
> I'm taking. I have found that racket-mode (as recommended by 
> https://docs.racket-lang.org/guide/Emacs.html) is able to do a lot of 
> neat things and most of what I need to code. 
>
> The one limitation that I have run into is running my code and getting any 
> kind of coverage information, whether that's visual highlighting or a 
> printout in the REPL. At the moment I use DrRacket exclusively for this 
> task. Back in the racket-mode Emacs world the closest thing that I have 
> found is this: 
> https://racket-mode.com/#racket_002dtest
>
> However, this method not flexible enough since it requires me to put my 
> tests in the following form, which differs from the test writing convention 
> that I have to follow for this class:
> (module+ test (require rackunit) (check-true #t))
>
> I have heard that xrepl should be able to help me since I should be able 
> to use
> ,coverage
> but when I try to require it in the repl I get the following:
>
> hw4.rkt> (require xrepl)
> ; hw4.rkt::424: Type Checker: missing type for top-level identifier;
> ;  either undefined or missing a type annotation
> ;   identifier: require
> ;   in: require
> ; Context:
> ;  /usr/racket/collects/syntax/private/id-table.rkt:454:11 
> free-id-table-ref
> ;  /usr/racket/collects/syntax/private/id-table.rkt:454:11 
> free-id-table-ref
>
> The racket language I'm using is a custom teaching language (#lang pl 04) 
> available here .
>
> Does anyone have any ideas on how I could get coverage to work directly 
> with racket-mode or with xrepl still inside of Emacs?
>
> Background: I'm not experienced with Racket (only have knowledge of 
> [B/I]SL languages and what I'm learning in this class) and I'm also not an 
> Emacs wizard.
>
> Thanks for the help.
> - Julian
>
>

-- 
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 racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/2ed8f669-d2d6-4e3d-a349-3201ff7f42a5o%40googlegroups.com.


[racket-users] Racket News - Issue 40

2020-10-20 Thread Paulo Matos
Hi all,

What a great weekend, I hope you all enjoyed it as much as I did. Thanks to 
all of those involved in the organization.

Racket News issue 40 is now here:
https://racket-news.com/2020/10/racket-news-issue-40.html

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 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/8e110ab1-f414-48b8-b9c8-0cabfa24ea75n%40googlegroups.com.