From: "gg0 (Gabriele Giacone)" <1o5g4r8o@...>
Date: 2013-09-23T04:26:44+09:00
Subject: [ruby-core:57311] [ruby-trunk - Bug #8937][Open] doesn't detect	libc/libm properly on Hurd


Issue #8937 has been reported by gg0 (Gabriele Giacone).

----------------------------------------
Bug #8937: doesn't detect libc/libm properly on Hurd
https://bugs.ruby-lang.org/issues/8937

Author: gg0 (Gabriele Giacone)
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: ruby 2.0.0p299 (2013-08-29) [i386-gnu]
Backport: 1.9.3: UNKNOWN, 2.0.0: UNKNOWN


this bug can be reproduced in Ruby 1.8 as well

In test/dl/test_base.rb and test/fiddle/helper.rb files, RUBY_PLATFORM's case sets libc_so/libm_so to non-existent file paths on Debian Linux (when /linux/) and kFreeBSD (when /kfreebsd/), but if at [0] takes correct paths from ldd.
On hurd (RUBY_PLATFORM i486-gnu), there are no "when /gnu/" cases so it hits default [1] which wrongly takes them from ARGV.

Attached patch01 takes them from "ldconfig -p" exactly like ldd in [0].
patch02 sets them wrong, just to have a case like on linux and kfreebsd and not to avoid ldd fix later.
patch03 sets correct paths on hurd-i386. Possible future hurd ports, 64bit one for instance, would fall back to ldd output.
patch02 might be the preferred because doesn't diverge from current linux/kfreebsd cases.

[[0]] http://bugs.ruby-lang.org/projects/ruby-trunk/repository/revisions/40235/entry/test/dl/test_base.rb#L93
[[1]] http://bugs.ruby-lang.org/projects/ruby-trunk/repository/revisions/40235/entry/test/dl/test_base.rb#L82


-- 
http://bugs.ruby-lang.org/