Fork me on GitHub
#boot
<
2016-09-17
>
yury.solovyov14:09:57

is that just me or boot-reload is as good as figwheel?

martinklepsch14:09:01

Figwheel has a few more features but the basics should be similar @yury.solovyov

yury.solovyov14:09:41

styles and code reload are enough for me atm

anmonteiro15:09:52

@yury.solovyov there are some quirks to it

anmonteiro15:09:07

e.g. Figwheel has very nice integration with CIDER, boot-reload is still a bit lacking in that sense

anmonteiro15:09:31

another thing: Figwheel can “see” your CLJS namespaces and you can require them at the REPL

anmonteiro15:09:55

for boot-reload you need to add them explicitly under :requires in your .cljs.edn

martinklepsch15:09:10

@anmonteiro not sure how REPL and :requires interplay but I think Figwheels REPL stuff is just a separate task in boot: boot-cljs-repl

martinklepsch15:09:29

What more does Figwheel do in that regard?

anmonteiro15:09:40

@martinklepsch oh right, I’m conflating things

anmonteiro15:09:53

I meant the connection between boot-reload and boot-cljs-repl

anmonteiro15:09:24

I have no idea how Figwheel works in that sense though

anmonteiro15:09:43

but I was too used to it working out-of-the-box™

anmonteiro15:09:59

I’ve been slowly learning how to do what I want in Boot

juhoteperi15:09:01

Boot-cljs stack doesn't currently set the directories for REPL correctly I think

anmonteiro15:09:12

^ this might be the problem

juhoteperi15:09:22

It should use the same cache-dir as compiler but there were complications on implementing that

juhoteperi15:09:56

Figwheel also has it's own REPL implementation while Boot-cljs-repl uses Weasel

anmonteiro15:09:02

@juhoteperi is this problem also related to me seeing a stray “out” dir sometimes at the root of my project?

juhoteperi15:09:38

IIRC that branch should have fixed it, but for some reason didn't work

arohner19:09:37

I’m using clj-v8 as a lib, and trying to boot test. I’m getting: Caused by java.lang.UnsatisfiedLinkError Native Library /private/var/folders/gb/44z6jbb93f71d5npbyqzk5lh0000gn/T/libv8.dylib.clj-v8 already loaded in another classloader

arohner19:09:59

is there a way to not use a pod when testing?

arohner20:09:03

is there a way to make a pod start from the current classloader? Seems like clj-v8 breaks every single use of pods

micha20:09:19

the problem is that these libraries don't check to see if a native lib is already loaded before they try to load it

micha20:09:08

there is a workaround described there

arohner20:09:03

ah, yep, there’s an open PR for clj-v8: https://github.com/circleci/clj-v8/pull/15

micha20:09:59

it's a shame that there is no established best practice for handling jni in a jvm library

arohner21:09:01

how do I start an nrepl with print-level,etc in a binding?

arohner21:09:11

\print-level\

arohner21:09:26

I guess a repl middleware?