Comments
-
Greg Hurrell
It's probably miscompiled; in order to work, both Vim and Command-T must be linked against the exact same version of Ruby. See other similar tickets in the issue tracker and the forums, where compiling against the right version of Ruby invariably solves the problem.
-
Greg Hurrell
Product changed:
- From: none
- To: Command-T
-
Greg Hurrell
Status changed:
- From: new
- To: open
-
anonymous
So I had the same issue.
To be sure I got this right, I did
$ rvm use 1.8.7
and then removed and re-installed vim via homebrew.
$ otool -L $(which vim) | grep ruby /Users/[username]/.rvm/rubies/ruby-1.8.7-p374/lib/libruby.dylib (compatibility version 1.8.0, current version 1.8.7) $ ruby --version ruby 1.8.7 (2013-06-27 patchlevel 374) [i686-darwin11.4.2] $ ruby extconf.rb checking for ruby.h... yes creating Makefile $ make cc -dynamic -bundle -undefined suppress -flat_namespace -o ext.bundle ext.o match.o matcher.o -L. -L/Users/[username]/.rvm/rubies/ruby-1.8.7-p374/lib -L. -L/usr/local/opt/libyaml/lib -L/usr/local/opt/readline/lib -L/usr/local/opt/libksba/lib -L/usr/local/opt/openssl098/lib -lruby -ldl -lobjc $ vim Vim: Caught deadly signal TRAP Vim: Finished. Trace/BPT trap: 5
From here everything looked exactly right for me, but I didn't realize that make didn't do anything because the plugin was already compiled. I removed the plugin and let neobundle re-install it for me, after which I tried again. Now it works fine.
Probably a make clean would also have solved the issue.
-
Greg Hurrell
Status changed:
- From: open
- To: closed
-
anonymous
$ ruby -v ruby 2.0.0p353 (2013-11-22 revision 43784) [x86_64-darwin13.0.0]
it aslo broken !
Add a comment
Comments are now closed for this issue.