This forum is no longer active. Please post your questions to our new community site
Bundler
|
|
I’m having problems using bundler with rails 3. And getting errors like this one for all my gems: dlopen(/Applications/rubystack-2.1-0/ruby/lib/ruby/gems/1.8/gems/bcrypt-ruby-2.1.2/ext/mri/bcrypt_ext.bundle, 9): no suitable image found. Did find: Any ideas? |
|
|
can you please give us more details ? What is your OS X version / architecture ? |
|
|
$uname -a Also I had to remove RVM from my system. Doesn’t seem to work at all with RVM installed. I’ll get someone to post more information. |
|
|
Im having the same problem. Anything that needs a C extension and actually has to compile is giving me issues. I have the same setup as Neil? Can anyone help? |
|
|
Hi, I am not sure what can be the problem, it works on my side. Please take a look below: - Tested on 2 machines: - $./rubyconsole … Any ideas ? |
|
|
Installing the gems works just fine. dlopen(/Applications/rubystack-2.1-0/ruby/lib/ruby/gems/1.8/gems/bcrypt-ruby-2.1.2/ext/mri/bcrypt_ext.bundle, 9): no suitable image found. Did find: Application Trace | Framework Trace | Full Trace |
|
|
Hi, Can you please check the output of the following command: $ find /rubystack-dir/ruby -name “*.bundle” | xargs file| grep bcrypt I think we know what can be the problem. The bundler compiled the gems for x64 architecture. If it is the case, then please try to uninstall all the gems built previously for x64 and then execute the ‘bundle install’ command in the following way: $ CONFIGURE_ARGS=“—with-cflags=‘-m32’ —with-ldflags=‘-m32’” bundle install I hope it will help. |
|
|
Yes it is compiling to x64. I’ve tried a gem install passing your flags as well as “env ARCHFLAGS=”-arch i386" and it still compiles to 64. bash-3.2$ CONFIGURE_ARGS=“—with-cflags=‘-m32’ —with-ldflags=‘-m32’” gem install bcrypt-ruby |
|
|
I realize this topic is old and these forums are deprecated, but thought I would post here since I spent a while figuring this out. Turns out the Bitnami ruby stack for OSX is kind of screwed up (using 2.2-2, maybe it’s fixed in newer versions). If you look at /Applications/rubystack-2.2-2/scripts/setenv.sh in an editor like vim you may notice that the CONFIGURE_ARGS=“—with-cflags=‘-m32’ —with-ldflags=‘-m32’” line is a bit odd. Specifically I think they used some sort of unicode/utf8 type character for the double-dash before the “with” arguments. Turns out ruby doesn’t like this (maybe this is fixed with ruby 1.9 as well, since it has better unicode/utf8 support, but the ruby shipped with this rubystack is 1.8.7) and interprets those arguments as: \342\200\224with-cflags this in turn causes those arguments to not be parsed correctly, which breaks mkmf and the construction of the Makefile, which in turn causes the native gems to generate x64 binaries. Deleting that weird double-dash character and replacing it with 2 ascii ‘-’ characters fixes things. I guess people using these stacks probably aren’t building gems outside of what is already included otherwise they’d be using macports/brew/RVM/bundler etc. and so it probably doesn’t come up all that often. |
|
|
Thanks for reporting it, we noticed the issue and we are working on a new RubyStack version. |

