This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
Hi! I start to use rcf (very cool by the way!) and I wonder if I can require namespace inside the tests like this:
(rcf/tests
(require '[malli.generator :as mg])
"Gen some date"
(mg/generate traffic-abacus-schema))))kondo give me an unresolved-namespace on mg/generate. It's ok to do this and put a condition to tell to kondo to ignore unresolved-namespace inside tests or require the namespace in the ns directly?Does e/local still work with the incremental compilation changes on master? I'm seeing an error check failed: (some? (get (aget frame frame-slot-dynamic) symb)) for nil but it could be user error on my part
If you're writing tests we switched to l/local, https://github.com/hyperfiddle/electric/blob/89649d65902bfea8986d484aa4a281968646fb86/test/hyperfiddle/electric_test.cljc
Hi, thanks for the response. I was previously using e/local as an alternative to the older e/boot for client-only apps without a server component. Is that something that is supported with IC or will be in the future?
we don't have an off-the-shelf setup for that, but the https://github.com/hyperfiddle/electric/blob/89649d65902bfea8986d484aa4a281968646fb86/src/hyperfiddle/electric_local_def.cljc contains a single+ which seems to be a drop-in replacement for what you describe
From a previous thread by @petrus it was mentioned by @leonoel that IC was the main technical blocker for AOT compilation via Graal native-image. Since IC has landed in master, I wanted to follow up and know if that was still the only blocker and if there are any ideas about running the https://www.graalvm.org/latest/reference-manual/native-image/metadata/AutomaticMetadataCollection/ from the electric entry point to try and get some workable binaries out. For context, I haven’t tried any of this with electric, but I am willing to run some experiments if anyone can provide some pointers or some more context on what else might be missing. Otherwise, love the work you all are doing and happy holidays.
can you link to the previous discussion? We made no efforts on this front, nor have any immediate plans. You're welcome to try though! IC gets us closer to typical clojure/script compilation
I would like to point out that a nice benefit of GraalVM compilation is you can load your Electric app into a Tauri application using the sidecar functionality. So you could build "native apps" with Electric. Also acknowledge this very edge case benefit.
would love to turn my BraaiSim game into a native app “for free” but first gotta figure out how to make a backendless (client-only) Electric app first. I understand that it is possible.
Client-only is hostable on static hosting, so cheap scale and near-instant deployment. But yea braaimaster high scores and stuff need backend.