This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # 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)
- # 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?
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)
SPC p a on two different versions of Spacemacs
develop (one just updated yesterday) and both worked without issue.
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
If its all one mono-repo then does putting a
.projectile file in the root of each Clojure project help fix switching to tests ?
.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
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?
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:
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
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
[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"))
[[email protected] 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
I'm assuming that asking for a macro just makes a normal function? I'm assuming this explains what is seen here