≡

wincent.dev

  • Products
  • Blog
  • Wiki
  • Issues
You are viewing an historical archive of past issues. Please report new issues to the appropriate project issue tracker on GitHub.
Home » Issues » Bug #2116

Bug #2116: Missing ruby.h header when installing Command-T

Kind bug
Product Command-T
When Created 2013-10-07T18:14:08Z, updated 2013-12-25T18:37:17Z
Status closed
Reporter anonymous
Tags no tags

Description

I am attempting to install Command-T on OS X 10.8 and have followed the instructions on http://www.vim.org/scripts/script.php?script_id=3025, however when I try to build the Makefile I get the following error:

   Command-T[master+]/ruby/command-t
    ❯ ruby extconf.rb
   checking for ruby.h... no
   couldn't find ruby.h (required)

I am using system ruby, which is the one Vim was compiled (by myself) against. As you can see, Vim is compiled with ruby support:

   
   Command-T[master+]/ruby/command-t
    ❯ ruby --version
   ruby 1.8.7 (2012-02-08 patchlevel 358) [universal-darwin12.0]
   
   Command-T[master+]/ruby/command-t
    ❯ vim --version
   VIM - Vi IMproved 7.3 (2010 Aug 15, compiled Jan 29 2013 10:09:48)
   MacOS X (unix) version
   Included patches: 1-785
   Compiled by caleb@sirius.local
   Huge version without GUI.  Features included (+) or not (-):
   +arabic +autocmd -balloon_eval -browse ++builtin_terms +byte_offset +cindent 
   -clientserver +clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments 
   +conceal +cryptv +cscope +cursorbind +cursorshape +dialog_con +diff +digraphs 
   -dnd -ebcdic +emacs_tags +eval +ex_extra +extra_search +farsi +file_in_path 
   +find_in_path +float +folding -footer +fork() -gettext -hangul_input +iconv 
   +insert_expand +jumplist +keymap +langmap +libcall +linebreak +lispindent 
   +listcmds +localmap -lua +menu +mksession +modify_fname +mouse -mouseshape 
   +mouse_dec -mouse_gpm -mouse_jsbterm +mouse_netterm +mouse_sgr -mouse_sysmouse 
   +mouse_urxvt +mouse_xterm +multi_byte +multi_lang -mzscheme +netbeans_intg 
   +path_extra -perl +persistent_undo +postscript +printer +profile +python 
   -python3 +quickfix +reltime +rightleft +ruby +scrollbind +signs +smartindent 
   -sniff +startuptime +statusline -sun_workshop +syntax +tag_binary 
   +tag_old_static -tag_any_white -tcl +terminfo +termresponse +textobjects +title
    -toolbar +user_commands +vertsplit +virtualedit +visual +visualextra +viminfo 
   +vreplace +wildignore +wildmenu +windows +writebackup -X11 -xfontset -xim -xsmp
    -xterm_clipboard -xterm_save 
      system vimrc file: "$VIM/vimrc"
        user vimrc file: "$HOME/.vimrc"
         user exrc file: "$HOME/.exrc"
     fall-back for $VIM: "/usr/local/share/vim"
   Compilation: /usr/bin/clang -c -I. -Iproto -DHAVE_CONFIG_H   -DMACOS_X_UNIX -no-cpp-precomp  -Os -w -pipe -march=native -Qunused-arguments -mmacosx-version-min=10.8 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1      
   Linking: /usr/bin/clang   -L.    -L/usr/local/lib -o vim       -lm  -lncurses -liconv -framework Cocoa     -framework Python   -lruby -lobjc 

From Vim:

   :ruby puts RUBY_VERSION
   1.8.7

I've located the ruby.h file needed in /System/Library/Frameworks/Ruby.framework/Versions/1.8/Headers/ruby.h and have tried both

   export CPP_INCLUDE_PATH=/System/Library/Frameworks/Ruby.framework/Versions/1.8/Headers/
   export C_INCLUDE_PATH=/System/Library/Frameworks/Ruby.framework/Versions/1.8/Headers/

but neither of those make have_header('ruby.h') return true, and ruby extconf.rb continues to fail.

Any ideas?

Comments

  1. Greg Hurrell 2013-10-07T18:52:28Z

    I sounds like you have a fairly vanilla system (using the the system Ruby usually makes things easier). I am not sure why ruby extconf.rb would fail; I would expect it to succeed.

    This may or may not work for you, but I put a copy of the kind of Makefile I would expect ruby extconf.rb to generate here; I made this on my pretty stock 10.8.5 install (system Ruby). It doesn't explicitly mention that headers path. You could try stealing the Makefile and see if it brings any joy.

  2. Greg Hurrell 2013-12-25T18:37:14Z

    Closing due to lack of activity.

  3. Greg Hurrell 2013-12-25T18:37:17Z

    Status changed:

    • From: new
    • To: closed
Add a comment

Comments are now closed for this issue.

  • contact
  • legal

Menu

  • Blog
  • Wiki
  • Issues
  • Snippets