faster_path: Loading seems to fail
I installed the latest Rust release with brew install rust. Then added faster_path to a really large Rails 4.2 app. bundle install works, but when booting the environment with time bundle exec rake environment I get:
rake aborted!
LoadError: Could not open library '/opt/boxen/rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/gems/faster_path-0.0.9/target/release/libfaster_path.dylib': dlopen(/opt/boxen/rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/gems/faster_path-0.0.9/target/release/libfaster_path.dylib, 5): image not found
/Users/joannepham/src/intercom/config/application.rb:13:in `<top (required)>'
/Users/joannepham/src/intercom/Rakefile:4:in `require'
/Users/joannepham/src/intercom/Rakefile:4:in `<top (required)>'
bin/bundle:3:in `load'
bin/bundle:3:in `<main>'
(See full trace by running task with --trace)
bundle exec rake environment 4.78s user 2.43s system 92% cpu 7.821 total
P.S. I’m on a Mac.
About this issue
- Original URL
- State: closed
- Created 8 years ago
- Comments: 16 (10 by maintainers)
Commits related to this issue
- May influence #18, #20, and #68 — committed to danielpclark/faster_path by danielpclark 8 years ago
- Merge pull request #92 from danielpclark/dep_update May influence #18, #20, and #68 — committed to danielpclark/faster_path by danielpclark 8 years ago
Yes, I know it’s bundled with the binary but not all distributions follow that convention (I’m going to guess homebrew for osx might not? Archlinux doesn’t). Simple solution is to check exit status / which cargo and return an appropriate message to the user. On Jun 20, 2016 7:47 PM, “Daniel P. Clark” notifications@github.com wrote:
Re-opening. This has been still confirmed by another user.