Backport #6207
closed
[[Ruby 1.9:]] lib64 not recognized with --with-opt-dir
Added by mpapis (Michal Papis) over 12 years ago.
Updated about 12 years ago.
Description
Compiling ruby using --with-opt-dir on system that uses lib64 as default lib dir (including ruby) does not select library binaries from lib64, linking lib64 to lib allows compilation.
All the library paths in system are lib64 including compilation of ruby, but compilation can not include libraries from lib64 defined with --with-opt-dir.
Attached you can find /home/mpapis/.rvm/usr/lib64/pkgconfig/yaml-0.1.pc - which explicitly shows that lib64 should be used.
Files
very similar problem appears to happen when I use --enable-load-relative - ruby is compiled in lib64 but the recorded path for -rpath is $${ORIGIN}/../lib (see attached file)
so when I copy this ruby to other location it only works if I link lib64 to lib
is it related or should I open a new issue ?
- Status changed from Open to Assigned
- Assignee set to nobu (Nobuyoshi Nakada)
- Priority changed from 5 to Normal
- Status changed from Assigned to Closed
- % Done changed from 0 to 100
This issue was solved with changeset r37153.
Michal, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
mkmf.rb: use configured libdir value
- lib/mkmf.rb (dir_config, init_mkmf): use configured libdir value as
default library path. [ruby-core:43726] [Bug #6207]
- Tracker changed from Bug to Backport
- Project changed from Ruby master to Backport193
- Status changed from Closed to Assigned
- Assignee changed from nobu (Nobuyoshi Nakada) to usa (Usaku NAKAMURA)
- Status changed from Assigned to Closed
This issue was solved with changeset r37211.
Michal, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
merge revision(s) 37153: [Backport #6207]
* lib/mkmf.rb (dir_config, init_mkmf): use configured libdir value as
default library path. [ruby-core:43726] [Bug #6207]
Also available in: Atom
PDF
Like0
Like0Like0Like0Like0Like0