The problem is that symbols are used for more than just keys in hashes. They're also a key player in meta programming, used for cases like referring to methods and instance / class variables. I'm a bit worried that isolating symbols to ...cwgem (Chris White)
After some more in depth research, I realized that the issue was that a `ruby` executable existed in the toplevel source's bin/ directory which was overwriting the proper ruby executable. Since the file was not recreated after a clean bu...cwgem (Chris White)
I also just noticed that if I use `--enable-shared` with `./configure`, the library reference to the dylib disappears in the installed version, but remains in the source tree version: SOLAR:~ chriswhite$ otool -L ~/Source/Repository/r...cwgem (Chris White)
Yui NARUSE wrote: > Try following: > ... I tried this and got the same result. I notice that the source tree ruby and the ruby installed in the target directory are different sizes. I don't see `strip` being used, so I'm not sure what'...cwgem (Chris White)
I have compiled Ruby trunk, with the following configure options: ./configure --prefix=/Users/chriswhite/Ruby/ruby-trunk And after that: make clean && make && make install When I attempt to run the installed version, I get th...cwgem (Chris White)
Filing this as a bug per request of Eric Hodel on the ruby-talk mailing list. Excerpt from the mailing list post ( http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/386033 ): ================ obj.send(symbol [, args...]) ob...cwgem (Chris White)
cwgem (Chris White)08:31 AM Ruby Bug #7860 (Closed): Passing --libdir to ./configure causes Gem.ruby to point to an incorrect ruby interpreter path