Issue #5193 has been updated by Jan Varwig. Are there any news on this issue? Manually installing the unreleased gems via somthing like curl -LO http://rubyforge.org/frs/download.php/75414/linecache19-0.5.13.gem curl -LO http://rubyforge.org/frs/download.php/75415/ruby-debug-base19-0.11.26.gem gem install linecache19-0.5.13.gem gem install ruby-debug-base19-0.11.26.gem -- --with-ruby-include=$HOME/.rvm/rubies/ruby-1.9.3-p0-falcon/include/ruby-1.9.1/ruby-1.9.3-p0/ rm linecache19-0.5.13.gem rm ruby-debug-base19-0.11.26.gem seems to work perfectly for me and others. What's holding this back? The current situation makes it really painful to work with bundler and making the jump from 1.8.7 to 1.9.x is out of the question within my company (and I'm sure in other places too) as long as the debugger isn't easily available. ---------------------------------------- Bug #5193: ruby_thread_data_type linker errors fixed with RUBY_EXTERN https://bugs.ruby-lang.org/issues/5193 Author: Charlie Savage Status: Third Party's Issue Priority: Normal Assignee: Nobuyoshi Nakada Category: core Target version: 1.9.3 ruby -v: - ruby-debug-base19x fails to compile with VC++ 2010 with this error: ruby_debug.obj : error LNK2001: unresolved external symbol _ruby_thread_data_type ruby_thread_data_type is declared in vm_core.h as: extern const rb_data_type_t ruby_thread_data_type; ruby-debug calls GetThreadPtr which is defined as: #define GetThreadPtr(obj, ptr) \ TypedData_Get_Struct((obj), rb_thread_t, &ruby_thread_data_type, (ptr)) What makes this interesting is that ruby_thread_data_type is properly included in the msvcr100-ruby191.def file and is exported from msvcr100-ruby191.dll. Somehow the &ruby_thread_data_type causes problems for VC++ (mingw works correctly). Some Ubuntu users seem to be having a similar issue. See: http://rubyforge.org/tracker/index.php?func=detail&aid=29222&group_id=8883&atid=34290 The problem is resolved for VC++ by changing the definition to: RUBY_EXTERN const rb_data_type_t ruby_thread_data_type; Any chance this change could be made? Thanks - Charlie -- http://bugs.ruby-lang.org/