This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-02-11
Channels
- # adventofcode (8)
- # announcements (1)
- # arachne (23)
- # beginners (146)
- # boot (4)
- # calva (2)
- # cider (48)
- # cljs-dev (17)
- # clojure (214)
- # clojure-austin (2)
- # clojure-berlin (1)
- # clojure-europe (9)
- # clojure-italy (5)
- # clojure-nl (2)
- # clojure-sanfrancisco (2)
- # clojure-spec (124)
- # clojure-uk (67)
- # clojured (3)
- # clojurescript (95)
- # community-development (7)
- # cursive (68)
- # data-science (1)
- # datomic (80)
- # emacs (19)
- # figwheel (3)
- # figwheel-main (5)
- # fulcro (61)
- # javascript (2)
- # kaocha (1)
- # off-topic (25)
- # pathom (21)
- # pedestal (1)
- # perun (4)
- # reitit (11)
- # ring-swagger (2)
- # shadow-cljs (55)
- # spacemacs (4)
- # sql (8)
- # test-check (16)
- # tools-deps (2)
- # vim (13)
- # yada (4)
Is there an option to split the REPL input/output like Timothy Baldridge does in his core.async talk? https://www.youtube.com/watch?v=enwIIGzhahw
@mikepjb as Timothy states at 2.19 into the video, he has the *nrepl-server* buffer open as well as the repl buffer because he claims there is a feature of nrepl with threads that prints the output to the nrepl-server buffer instead of the repl buffer. I didnt have this issue the last time I used core.async (more recently than this video).
The easiest way to split input and output (IMHO) is to just evaluate in the source file, but I appreciate that is not what you are asking (for which I dont have an answer)
I'm not sure if it's spacemacs-related or cider-related but I'm getting this error when trying to navigate to a test buffer from the "prod" buffer:
project type 'generic' not supported
Any idea what might be wrong?
@U06BE1L6T How are you trying to navigate to the test buffer?
I use SPC p a without any issues
Maybe it's related to the fact that my leiningen projects are actually in a subdirectory of the "project" (I created an empty .projectile file in parent dirs)
Used SPC p a on two different versions of Spacemacs develop (one just updated yesterday) and both worked without issue.
Ah, the .projectile file sounds like a good candidate
Yeah, it actually works for me on a "shallow structure" - project like this: https://github.com/jumarko/clojure-experiments
BUT it doesn't work if the lein project root dir is nested - like this: https://github.com/jumarko/functional-design-in-clojure
Projectile should use git, so if each Clojure project has its own .git folder , then you should just be able to remove the .projectile.
If its all one mono-repo then does putting a .projectile file in the root of each Clojure project help fix switching to tests ?
Removing .projectile could work in the example I posted but for another project at work I have multiple git repos in a single "project" and I want to be able to work with them as such.
If you remove the .projectile file to the twitter folder in your functional-design-in-clojure project, then SPC p a works
Obviously this is going to limit any projectile actions to the contents of that twitter folder
My approach to having multiple project in one repo would be to use git sub-modules http://jr0cket.co.uk/2014/05/git-submodules-pros-and-cons.html
Yes I got it - it works if I remove the .projectile file 🙂.
But it doesn't work in case I have multiple git projects under the same projectile project.
Git submodules are an interesting idea but I don't want to use them now.
Maybe there's an alternative approach how to set project type manually?
maybe some ideas here.... https://github.com/bbatsov/projectile/issues/1180
when I use the latest cider plugin for emacs I get nrepl 0.5.3 forced to me which doesn't seem to work with Leiningen 2.9.0
when I run lein repl I get the nrepl 0.6.0 which seems to work just fine.
The error I get is long with lots of
Error loading cider.nrepl: Syntax error compiling at (cider/nrepl.clj:1:1).
but the cause is
Caused by: java.lang.RuntimeException: Unable to resolve var: cider.nrepl/wrap-apropos in this context
I have the same thing, except my lein repl is also broken, because cider-nrepl is in my lein profile, because I use vim
I just came across this, steps to reproduce:
- have cider-nrepl 0.20.0 in ~/.lein/profiles.clj
- have leiningen version 2.9.0
- create a project lein new cider-test
- lein repl breaks with error described above
trying to debug this, but the error message is really hard to understand
so new leiningen gives later nrepl which looks for a dependency with a different name?
used to be cider.nrepl.middleware.apropos/wrap-apropos but now cider.nrepl/wrap-apropos?
so I guess I have to wait for a new cider release to get nrepl 0.6.0 to work with leiningen 2.9.0
I’ve released [cider-nrepl "0.21.0"] now with support for nREPL 0.6.0 – client release still to come once https://github.com/clojure-emacs/cider/pull/2579 is merged
For example, the following code prints out both Will print and Will not print
(defmacro unless [pred a b]
`(if (not ~pred) ~a ~b))
(unless false (println "Will print") (println "Will not print"))
[dan@fedora experiments]$ clj -m cljs.main -r
ClojureScript 1.10.516
cljs.user=> (defmacro unless [pred a b] `(if (not ~pred) ~a ~b))
#'cljs.user/unless
cljs.user=> (unless false (println "will print") (println "will not print"))
will print
will not print
(if (cljs.core/not nil) nil nil)
cljs.user=>
i think the state of the art is a clj file with the same name defining that macro and then your cljs file will work just fine
Ahhh, I do remember having to do that before. It's been a while since I have written one