New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
#; as discard syntax instead of #_ #1639
Comments
Edit: I was unaware of this section http://docs.hylang.org/en/stable/language/api.html#discard-prefix , it is documented already. I am sorry. |
I think the idea behind using #_ is that it behaves less like a normal comment and more like a compile-time version of |
I sort of understand the reason In both python and strict MLs (OCaml for example), the expression being bound to |
|
|
So this is an official "no", am I right? |
Well, officially, I think it takes three core members willing to revert a change for an absolute veto, but considering the lack of interest so far, the chances of this change getting approved don't look so good. Clojure gives a stronger precedent for the current syntax, so I don't find the Scheme argument very convincing. Currently This does seem like a good use case for tag macros. But you still have a lot of options. I think
|
Thanks for the clarification. I might use |
I didn't know this feature as it's not mentioned in documentation until I saw #1636
It's hard to search on
#_
so I bisected the repository and found out that it's been added quite a while 203965d, since last Aug.But still, I suggest using
#;
as descard syntax instead of#_
.Rationale
;
is the comment character (my wording maybe wrong) already#;
is being used in scheme (SRFI-62), some implementations, Chichen, Guile_
(I know it can be shadowed, BTW) as user defined tag macro, in the case of i18n, functiongettext
is most likely imported as_
, adding(_ ...)
to every single string to existing code base is no fun, users can then define a tag macro, aptly named#_
, as;; using new import syntax #1614
and be done with it.
The cost of rename should be minimal, since it's not mentioned in documentation, I doubt many people using it currently, rename should not cause much trouble, while
;
as tag macro is impossible to define by users, so nobody using it.The text was updated successfully, but these errors were encountered: