mini_racer: Load error with 0.3.0 and 0.3.1
The new versions are causing a crash on my development system when I load them. It’s a Centos 7 system with libv8 (8.4.255.0 x86_64-linux) installed.
This is the message
/usr/local/rbenv/versions/2.7.1/lib/ruby/gems/2.7.0/gems/bootsnap-1.4.7/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:23:in `require': /usr/local/rbenv/versions/2.7.1/lib/ruby/gems/2.7.0/gems/mini_racer-0.3.1/lib/mini_racer_extension.so: undefined symbol: _ZTTNSt7__cxx1119basic_istringstreamIcSt11char_traitsIcESaIcEEE - /usr/local/rbenv/versions/2.7.1/lib/ruby/gems/2.7.0/gems/mini_racer-0.3.1/lib/mini_racer_extension.so (LoadError)
Rolling back to 0.2.15 solves the problem.
About this issue
- Original URL
- State: closed
- Created 4 years ago
- Reactions: 11
- Comments: 19 (3 by maintainers)
I want to get this sorted, but think the only easy thing to do here will be to compile mini_racer to a binary and publish that for Linux x64 to match the v8 binary release.
PR totally welcome to make the packaging changes so we publish a “source” release + a binary release for x64 linux
@nightpool I wonder if we should start pushing binary versions of mini racer, at least for linux?
I also have this issue on an Amazon Linux system which is similar to CentOS.
I seem to be on this GCC version:
edit: this specific error from @valscion’s comment, just two above mine
This still does not work on my Centos 7 system. The gems compile correctly, but, under passenger, the app will not start.
/var/www/html/.com/public/shared/bundle/ruby/2.7.0/gems/mini_racer-0.3.1/lib/mini_racer_extension.so: undefined symbol: _ZTTNSt7__cxx1119basic_istringstreamIcSt11char_traitsIcESaIcEEE - /var/www/html/.com/public/shared/bundle/ruby/2.7.0/gems/mini_racer-0.3.1/lib/mini_racer_extension.so (LoadError) gcc version 9.3.1 20200408 (Red Hat 9.3.1-2) (GCC)
this can be easily reproduced using the official ruby 2.4.1 docker image (which i have to use in my current project)
results in
I have the same problem on Centos 7 (with gcc 4.8.5) as valscion. Taking a cue from Issue 50, I tried installing newer versions of gcc. Versions 7.4 and 8.0 give the same error message.
I have a Centos 8 staging environment with gcc 8.1 installed, and this works fine.
The gem was compiled on the same system as the reported error.
This is on Centos 7, which has GCC 4.8.5 as standard.