This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-08-12
Channels
- # admin-announcements (3)
- # announcements (1)
- # beginners (9)
- # boot (85)
- # bristol-clojurians (4)
- # cider (12)
- # cljs-dev (3)
- # clojure (91)
- # clojure-berlin (7)
- # clojure-dev (16)
- # clojure-italy (21)
- # clojure-russia (67)
- # clojure-spain (3)
- # clojure-uk (6)
- # clojurescript (139)
- # core-async (41)
- # cursive (7)
- # datomic (61)
- # editors (56)
- # events (16)
- # hoplon (11)
- # jobs (4)
- # ldnclj (14)
- # liberator (7)
- # off-topic (13)
- # om (5)
- # re-frame (22)
- # ring-swagger (27)
@arrdem: AFAIK there's nothing special about type hints wrt evaliation semantics -- they just inherit the evaluation rules of metadata def symbol (which is evaluated) vs metadata on argvec (which is not evaluated)
@alexmiller: ^"[J" actually does work as a type hint, I'm assuming it's intentional and not an accident given that there is at least one instance of that in the clojure.core source files
also ^(Class/forName "[J") is not valid syntax, you'd have to use the non-shortened version ^{:tag (Class/forName "[J")}
@alexmiller: You could probably save yourself some time declining PRs by disabling PRs 😛
@arrdem: if only that were a thing
@alexmiller: oops I thought I was being serious confused the disable issues/wikis checkbox with the no PRs checkbox.
github has been pretty vocal about saying they will not add that as a feature
ditto bitbucket
arrdem: haven't tried, but https://developer.github.com/v3/pulls/#update-a-pull-request
well I don't have rights to close a pull on clojure so wouldn't be my bot :)
but it's a good idea