Working with Crystal Version Manager?

[crystal-lang-tools]

Working with Crystal Version Manager?

[keplersj]

I'll look into integrating crenv directly

[keplersj]

@faustinoaq I like this idea. Let's discuss it in the scry gitter.

[keplersj]

@faustinoaq Thought's on crenv and scry?

[faustinoaq]

I used to work with cenv but it uses LLVM 3.5, Would be good a crenv without too old versions of LLVM and crystal.

I mean crenv can install crystal 0.7.0 I think is not too useful in the way this language evolves. Also LLVM 3.5 is generating wrong code see: crystal-lang/crystal#4104

So I provided atom-crystal with /home/username/.crenv/versions/0.19.0/bin for the compiler executable directory.

I think you should use /embedded/bin instead of just /bin

Thought's on crenv and scry?

I think we can let to user specify the path for executable. If executable is in global path, then the extension should detect it and use it by default. By example:

# by default tries to detect if a executable is available.
crystal.compiler = 'crystal'
crystal.server = 'scry'

# If user doesn't have a executable in global path then need to specify path.
# I think this is good because user can specify versions per workspace
crystal.compiler = '/home/username/.crenv/versions/0.19.0/bin'
crystal.server = '/home/main/Projects/scry/scry'

Some of this configuration was an idea by @kofno inside Scry https://github.com/kofno/scry/blob/master/src/scry/protocol/settings.cr#L18
(see command and backend)

[faustinoaq]

crenv binaries works as a normal executable, the problem is that CRYSTAL_PATH is empty.

$ ~/.anyenv/envs/crenv/versions/0.18.7/embedded/bin/crystal -v
Crystal 0.18.7 [68783f1] (2016-07-03)
$ ~/.anyenv/envs/crenv/versions/0.18.7/embedded/bin/crystal env
CRYSTAL_CACHE_DIR="/home/main/.cache/crystal"
CRYSTAL_PATH=""
CRYSTAL_VERSION="0.18.7

I think would be easier if user do crenv global <version> instead.

[faustinoaq]

Hey Kepler, Do you think we can change the organization name from atom-crystal to crystal-editor or maybe CrystalEditorSupport like JuliaEditorSupport https://github.com/JuliaEditorSupport. So we can add repositories for sublime, emacs, vim, vscode, atom, etc. All in one place well documented easier to follow and maintain. :-)

…

On Wed, Aug 9, 2017 at 9:29 PM, Kepler Sticka-Jones < ***@***.***> wrote: @faustinoaq <https://github.com/faustinoaq> Thought's on crenv and scry? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#3 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AC7NxyZAGwOvsvRrvmAAp4Yhzhm8hJ3iks5sWmsYgaJpZM4J5MQL> .

[keplersj]

@faustinoaq Where does this fall in relation to scry?

[faustinoaq]

I don't think this issue is related to scry, but thanks to it we released Crystal Lang Tools organization 🎉

I think if you want to use a specific crystal version then you should set you desired version as global, I remember crenv has an option for that.

[keplersj]

Closing. Sounds like scry should support this out of the box, and this package is just a wrapper around scry now. Please, reopen if this isn't true.