Hi. Chauk-Mean -
Okay, newly installed system, Ubuntu 9.10 standard package level (no
- Compiled RubyGems-1.3.7 from source
- Compiled Ruby 1.8.7p330 from source
- Compiled wxWidgets from source as suggested.
- Reverted to SWIG 1.3.38 and compiled as suggested because it
(which didn’t happen before) about my use of 1.3.40.
- Compiled wxruby-2.0.1 from source and made gem & installed as
./smarttvmark.rb:11:in `require’: no such file to load – wx (LoadError)
What is happening is that wx.rb is being installed in
… and the module path after all the above incantations is
$: => [“/usr/local/lib/ruby/site_ruby/1.8”,
Now, yes, I can whack either the location or the $: path, but breaking
ruby deployables is not a friendly thing to do. :-\
So, this is now in my scripts:
$: << "/usr/local/lib/site_ruby/1.8" if not $:.include?
$: << “/usr/local/lib/site_ruby/1.8/i486-linux” if not $:.include?
I’ve injected the new path into $: in my script and now it finds gems
.so’s, but what I’d like to know is what would be the right way to fix
this inconsistency? It doesn’t appear to be a wxruby bug, but somewhere
between Ruby itself (from source) and RubyGems (from apt-get then gem
–system) the inconsistency is getting embedded. And where is it picking
The good news is that my wxWindows close on completion. Thanks for your
suggestions and – as always – for the hard work that goes into making
these things fly.
On Thu, Dec 30, 2010 at 12:26 PM, Don W. [email protected] wrote: