[prev in list] [next in list] [prev in thread] [next in thread] 

List:       ruby-core
Subject:    [ruby-core:57460] [ruby-trunk - Bug #8937][Closed] doesn't detect libc/libm properly on Hurd
From:       "kosaki (Motohiro KOSAKI)" <kosaki.motohiro () gmail ! com>
Date:       2013-09-28 5:46:16
Message-ID: redmine.journal-42067.20130928144616 () ruby-lang ! org
[Download RAW message or body]


Issue #8937 has been updated by kosaki (Motohiro KOSAKI).

Status changed from Open to Closed

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

Author: gg0 (Gabriele Giacone)
Status: Closed
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/


[prev in list] [next in list] [prev in thread] [next in thread]