Fork me on GitHub

i checked out the windows-graalvm20-jdk8 branch, copied the classes.clj file from the file-watcher branch to it and performed a build.


the build was successful and the script worked.


i saw the text "changed!" output when i made a change to a file and saved it.


I’m interested in the file watcher. I tried to compile a couple of JVM watchers to graalvm. I succeeded with dirwatcher but this is using polling on OsX. The one that does use fsevents is using jna which doesn’t work with graalvm. Here is my pull request to fix the reflection warnings

Bobbi Towers05:03:31

Sneak preview of the new Exercism babashka track: All 76 exercises and tests ported over relatively easily.


@porkostomus looks neat! happened to try the accumulate one and noticed:

(defn accumulate
  "Given a coll and a function to perform
   on each element of the coll, returns a new
   coll containing the result of applying f
   to each element of the input coll."
  [f xs]
may be the doc should reverse the arg order or the args should be swapped?


@sogaiu thanks for testing! @jeroenvandijk could you check if adding java.nio Watcher stuff to bb would be useful? it seems to work on Windows as well according to sogaiu


@borkdude I believe dirwatch by juxt is using the same java libraries When I tested it felt like there was a long latency between changes, but I might have had a misconfiguration (or misunderstanding). Polling should be fine for smaller projects


that's what I am seeing too, takes a long time before you see an update, but indeed it might be something with config


Good find! For a prototype I eventually implemented basic polling in Clojure myself which was fast enough. So I can imagine with the right config it should work just fine


oh that Sensitivity thing is a private API from a sun package


Just saw today that bb added support for :clj reader conditional. So, I published a fix on Chlorine for Atom - now bb works again 🙂

👍 4

thanks 🙂


tweaked it to work with .mp4s -- functions well :thumbsup: