Vladilen Kozin

not an Emacs issue. Here's the most likely culprit: `cd cKanren/cKanren` Most likely you didn't go into the subdirectory, `cd cKanren` instead of the above followed by ``` shell raco...

to remove the incorrect link (will remove correct one too if you just followed the setup instruction and installed the cKanren): `raco link --remove --name "cKanren"`. Don't ask me why....

Hi all. Any update on this? Chrome 97 console will happily let you redeclare even `const` and for dev purposes this seems like the desired REPL behavior. Any plans to...

Good point. I'll need to figure out who in the pipeline is responsible for sourcemap generation and switch it over to inline maps. Wish CLJS compiler could do the trick....

I'm experiencing the same issue on OSX. [gist](https://gist.github.com/vkz/9485624) shows my output and system information. I run F# 3.0 but have no idea how to check its tag. PS: @dsyme solution...

Trying to run http://fsharp.github.io/FSharp.Charting/ReferencingTheLibrary.html now throws an exception ``` System.TypeInitializationException: An exception was thrown by the type initializer for Gtk.Widget ---> System.DllNotFoundException: gtksharpglue-2 at (wrapper managed-to-native) Gtk.Widget:gtksharp_gtk_widget_get_requisition_offset () at Gtk.Widget..cctor...

I think this means I have gtk# installed (using mono that ships with Xamarin): ``` shell vkz-air:~ vkz$ locate gtksharpglue /Library/Frameworks/Mono.framework/Versions/3.2.6/lib/libgtksharpglue-2.la /Library/Frameworks/Mono.framework/Versions/3.2.6/lib/libgtksharpglue-2.so /Library/Frameworks/Mono.framework/Versions/3.2.6/lib/libgtksharpglue-2.so.dSYM /Library/Frameworks/Mono.framework/Versions/3.2.6/lib/libgtksharpglue-2.so.dSYM/Contents /Library/Frameworks/Mono.framework/Versions/3.2.6/lib/libgtksharpglue-2.so.dSYM/Contents/Info.plist /Library/Frameworks/Mono.framework/Versions/3.2.6/lib/libgtksharpglue-2.so.dSYM/Contents/Resources /Library/Frameworks/Mono.framework/Versions/3.2.6/lib/libgtksharpglue-2.so.dSYM/Contents/Resources/DWARF /Library/Frameworks/Mono.framework/Versions/3.2.6/lib/libgtksharpglue-2.so.dSYM/Contents/Resources/DWARF/libgtksharpglue-2.so ```

Hm, sounds close enough however let me point out again that wrapping in `(try ... catch)` the same expression that throws results in said exception being reported which tells me...

Just ran into the exact same problem. Confirmed on Emacs 28.0.50; cider 1.2.0 I had `completion-styles` set to `'(orderless)` and completion would error with `out of range` when `cider-complete` attempted...

There's also potential issue with `vertico` completions. I'm just going to mention it here in case someone figures if it isn't cider's fault after all. Naturally basic and partial completions...