Crystalline
is an implementation of the
Language Server Protocol
written in and for the Crystal Language. It aims to
provide limited language features (like go-to, autocompletion, syntax and
semantic checking) and ease development with any compatible code editor.
Important
I am passively maintaining this project which means that I will not be regularly adding new features or fixing bugs. My time is very limited and I have other projects that I want to work on.
Crystalline begun as a fun experiment because at the time there was no working LSP for Crystal, and was written mainly to cater to my own needs - on my free time. I was happy to open-source it and share it with the community because I thought it could be useful to others.
But over time, some vocal people in the Crystal community have been openly trash-talking the project in the (un)official discord channel, telling users to avoid using it and spreading misinformation, which I am not cool with.
Crystalline has a bunch of issues, but if you know what you are doing, it can be a very useful tool. I know that because I am the primary user of it.
Due to the nature of the Crystal language and the way the compiler works, it is not possible to provide a full-fledged language server with all the features that one would expect. If you have a problem with that, then I suggest you use another language - or wait for someone else to write a better LSP (which I would be happy to see, but doubt will happen).
I am not paid to work on this project, I do it for fun.
And unfortunately, the fun has been sucked out of it.
Recommended method is to download and use pre-built binaries when possible. Building from source does take a long time.
Crystal | Crystalline |
---|---|
1.14 | 0.15 |
1.13 | 0.14 |
1.12 | 0.13 |
1.11 | 0.12 |
1.10 | 0.11 |
1.9 | 0.10 |
1.8 | 0.9 |
1.7 | 0.8 |
1.6 | 0.7 |
1.4 | 0.6 |
1.3 | 0.5 |
1.2 | 0.4 |
1.1 | 0.4 |
1.0 | 0.3 |
0.36 | 0.2 |
0.35.1 | 0.1 |
wget https://github.com/elbywan/crystalline/releases/latest/download/crystalline_x86_64-unknown-linux-musl.gz -O crystalline.gz &&\
gzip -d crystalline.gz &&\
chmod u+x crystalline
yay -S crystalline
Install using homebrew:
brew install crystalline
Binaries are uploaded as artifacts during the CI build.
Warning: this can take a long time! (several minutes - up to 20 minutes, depending on your hardware)
In the .shard.yml
file:
development_dependencies:
crystalline:
github: elbywan/crystalline
branch: master
Then:
# Produces a binary at ./bin/crystalline
shards build crystalline --release --no-debug --progress -Dpreview_mt
git clone https://github.com/elbywan/crystalline
cd crystalline
shards install
mkdir bin
crystal build ./src/crystalline.cr -o ./bin/crystalline --release --no-debug --progress -Dpreview_mt
Potential errors when building from source.
llvm-config path
llvm
is required in order to build crystalline
, if you get the following
error message it means that the crystal compiler is unable to locate the
llvm-config
binary:
--: : command not found
Showing last frame. Use --error-trace for full trace.
In /usr/local/Cellar/crystal/0.35.1/src/llvm/lib_llvm.cr:13:17
13 | VERSION = {{`#{LibLLVM::LLVM_CONFIG} --version`.chomp.stringify}}
^
Error: error executing command: "" --version, got exit status 127
This can be solved by adding the location of the llvm-config
binary to the
LLVM_CONFIG
environment variable. (or the containing directory to the PATH
env. variable)
For instance on a typical macOS setup, prefixing the command with the following declaration would solve the issue:
# Prepend the command with this:
env LLVM_CONFIG=/usr/local/opt/llvm/bin/llvm-config
# For Example:
env LLVM_CONFIG=/usr/local/opt/llvm/bin/llvm-config crystal build ./src/crystalline.cr -o ./bin/crystalline --release --no-debug -Dpreview_mt
Replace
env
byexport
on Debian and derived (Ubuntu, Mint, ...)
ld: library not found for -llibxml2.tbd
LLVM 10.0.1 has some issues when reporting required system libraries on macOS.
More info: here
# Wrong: -llibxml2.tbd
$ llvm-config --system-libs
-lm -lz -lcurses -llibxml2.tbd
# `liblibxml2.tbd.dylib` is unlikely to be found during compilation,
# hence the "library not found" error…
A hacky solution until llvm produces a solution would be to add a symbolic link to the correct shared library file:
ln -s /usr/lib/libxml2.2.dylib /usr/local/lib/liblibxml2.tbd.dylib
Or just use a different LLVM major version until this issue is fixed upstream.
Crystalline
is meant to be used alongside an editor extension.
-
Add the Crystal Language extension.
-
In the configuration, type the absolute location of the binary in the following field:
- Reload the window by pressing CMD/CTRL + SHIFT + P and select
Developer: Reload Window
(or as an alternative, restart VSCode).
Using Conquer of Completion we can configure Crystalline as our LSP backend and get all the features of Crystalline we would get with VSCode.
- Download vim-crystal plugin.
- Download CoC plugin.
- Make sure
crystalline
binary is in your PATH.
Add the following snippet to your coc-settings.json
file:
{
"languageserver": {
"crystal": {
"command": "crystalline",
"args": [
"--stdio"
],
"filetypes": [
"crystal"
],
"rootPatterns": ["shard.yml"]
}
}
}
- Download the
crystal-mode
package. - Download the
lsp-mode
package. - Make sure
crystalline
binary is in your PATH.
At the moment, lsp-mode
only knows about scry
as the Crystal language server. So, to get it working
with crystalline
we need to configure lsp-mode
to look for crystalline
.
You can use the following config snippet to achieve this:
(with-eval-after-load 'lsp-mode
(add-to-list 'lsp-language-id-configuration
'(crystal-mode . "crystal"))
(lsp-register-client
(make-lsp-client :new-connection (lsp-stdio-connection '("crystalline"))
:activation-fn (lsp-activate-on "crystal")
:priority '1
:server-id 'crystalline)))
This will give higher priority to crystalline
, and Emacs should automatically connect to the
backend whenever you're in crystal-mode
.
Important: Crystalline will try to determine which file is best suited as an entry point when providing language features.
The default behaviour is to check the shard.yml
file for a target
entry
with the same name as the shard.
name: my_shard
targets:
my_shard:
main: src/entry.cr
With the configuration above, every file required by src/entry.cr
will use
src/entry.cr
as the entry point.
If this shard.yml
entry is not present, or if the file is not part of the main
dependency tree then crystalline
will use the file itself as the entry point.
To override this behaviour, you can add a configuration key in the
shard.yml
file.
crystalline:
main: .crystalline_main.cr
This can be extremely important to understand when you are writing a code
library that does not call any of its own methods - it will skip code analysis.
In this case, and if you are writing specs
, you should point to a file that
require the specs (or anything calling the library) and then crystalline
will
use it as the entry point.
# Contents of a file at the root of the project.
# Will require the specs that call the library methods and enable the code analysis.
require "./spec/**"
If you have multiple Crystal projects in a single folder (e.g. a monorepo), you can add a projects
field in the root shard.yml
file, containing an array of paths or globs to the underlying Crystal projects:
crystalline:
projects:
- projects/my_project_1
- workspaces/**
Each of these projects must contain the shard.yml
, ideally with the entry point as mentioned above. However, even if no entry point is present, require
s will still be resolved relative to the project directory rather than the root directory.
Disclaimer: Crystalline
is not as extensive in terms of features as other
Language Servers but still provides very convenient tools.
Syntax and semantic checks on save.
List (depending on the target) method definitions, macros or module/class/struct names or symbols available in the current context.
A whole document or a text selection.
By clicking on a symbol with the Cmd or Ctrl key pressed (editor/platform dependent).
Hovering should display (when possible) either a variable type, a function definition signature or the expanded macro.
Fetch all the symbols in a given file, used in VSCode to populate the Outline view and the Breadcrumbs.
-
Memory usage is high due to the boehm GC behaviour and the crystal compiler itself. See: #23
-
Due to Crystal having a wide type inference system (which is incredibly convenient and practical), compilation times can unfortunately be relatively long for big projects and depending on the hardware. This means that the LSP will be stuck waiting for the compiler to finish before being able to provide a response. Crystalline tries to mitigate that by caching compilation outcome when possible.
-
Methods that are not called anywhere will not be analyzed, as this is how the Crystal compiler works.
-
The parser is not permissive, nor incremental which means that the features will sometimes not work. It would involve a massive amount of work to change that.
Sentry is used to re-build crystalline in debug mode on code change.
# To build sentry (once):
shards build --release sentry
# Then, to launch it and watch the filesystem:
./bin/sentry -i
Logging is the most practical way to debug the LSP.
# Use the LSP logger to display logs in the editor.
LSP::Log.info { "log" }
Debug logs are deactivated by default, uncomment this line in
src/crystalline/main.cr
to enable them:
# Uncomment:
# ::Log.setup(:debug, LSP::Log.backend.not_nil!)
- Fork it (https://github.com/elbywan/crystalline/fork)
- Create your feature branch (
git checkout -b my-new-feature
) - Commit your changes (
git commit -am 'Add some feature'
) - Push to the branch (
git push origin my-new-feature
) - Create a new Pull Request
Please always crystal tool format
your code!
- Scry, the original LSP for Crystal has been a great source of inspiration. I also re-used tiny bits of code from there.
- Icon made by Smashicons from www.flaticon.com.
Aside of the obvious reasons (crystal-lang), cristaline
is a famous bottled
water brand in France that published silly TV commercials. It is pronounced the
same as crystalline
.