compiler trying to dynamically link to libLLVM-3.3.dylib, wrong path

[nickdesaulniers]

I just updated my copy of crystal source, and when I ran crystal -h I got a stack trace due to a failed dlopen call to libLLVM-3.3.dylib.

Compiler expects location:
/usr/local/lib/LLVM-3.3

Actual location:
/usr/local/lib//llvm-3.3/lib/libLLVM-3.3.dylib

This could be an OSX thing, since I used homebrew to install llvm-3.3. I thought I may have messed up an Env Var since I'm messing around with emscripten trying to compile Crystal to JavaScript. but printenv came up without anything related to LLVM.

I could symlink the DLL, but why not fix?

[asterite]

Hm, it seems homebrew changed the location where llvm is installed. I had a previous version and it worked. Now I updated my code and I have the same problem.

I solved it by putting this in my ~/.bash_profile:

export DYLD_LIBRARY_PATH=`llvm-config-3.3 --libdir`

What we need to do is to make bin/crystal be a wrapper that sets DYLD_LIBRARY_PATH in the environment and invokes the compiler. I'll keep this ticket open until we do that.

[asterite]

Now that we download a copy of llvm to compile, and that the compiler has llvm statically linked, this issue is no longer an issue :-)