I didn't look at the code yet myself, but generally you want to minimize
the amount of code you compile into (and so using a function is pretty
minimal). Another reason is that a lot of stuff "just works" when you use
functions (because they would be documented as functions and so come with
certain expectations). Debugging stuff, other little details.

But in the case of the contract system you might want macros because that
way you can cooperate with the check syntax blame annotations (which need
work in other parts of the contract library).

Ben: if you have an example of the bad hash/dc error message I'd be
interested to see it.

Robby


On Fri, Oct 30, 2020 at 12:14 PM William J. Bowman <w...@williamjbowman.com>
wrote:

> Thanks! One follow-up:
>
> > 1. make these functions, not macros
> The main implementation is a procedure, but I think I need a macro to get
> the
> syntactic interface I want.
>
> Is there some reason to avoid macros?
>
> --
> 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/20201030171407.GP1611044%40williamjbowman.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/CAL3TdOOGgigtq%2BP_fr5tmFf9M%3DvOKN64v-e3QBy3Enb5q%2BCkYw%40mail.gmail.com.

Reply via email to