Issue #14002 has been updated by shevegen (Robert A. Heiler).


I had a look at the link provided above at the bug-entry of red hat, mentioning how vim links in to ruby and does not detect the correct ruby version. From the behaviour, I think that the vim code to detect which ruby version the operating system has, is wrong, just as Ben Boeckel wrote in the bug report - but I figure that some other programs (or the developers) may also not be entirely sure what the "proper way" to detect the ruby version in use is. I mean the .so numbering alone, by the way.

The awkward thing is that in that bug report, they already use RbConfig - so I honestly have no idea how they fail to detect the right ruby version, if they have RbConfig? I understand it to some extent if it is only on .so files, but ... RbConfig ... how can you make wrong guesses with it. :\ :/

Link to the bug discussion is at: https://bugzilla.redhat.com/show_bug.cgi?id=1499928

----------------------------------------
Bug #14002: libruby soname is changing in Ruby 2.4.x while it should always be libruby.so.2.4.0
https://bugs.ruby-lang.org/issues/14002#change-67168

* Author: vo.x (Vit Ondruch)
* Status: Open
* Priority: Normal
* Assignee: 
* Target version: 
* ruby -v: ruby 2.4.2p198 (2017-09-14 revision 59899) [x86_64-linux]
* Backport: 2.3: UNKNOWN, 2.4: REQUIRED
----------------------------------------
Since the Ruby 2.4.x keeps ABI compatibility with Ruby 2.4.0 (I hope at least), the so name should keep the libruby.so.2.4.0 during the whole Ruby 2.4 lifetime. This always used to be true, while in Ruby 2.4, the soname is surprisingly changing (and it affects Fedora users [1]).

Actually this is not just about the soname, the RbConfig::CONFIG["TEENY"] value is impacted by this as well. This was always "0" since the patch releases were abandoned. But now it changes.

I tried to revert r53566, r53500 and r5347 but apparently, this was not enough :/


[1]: https://bugzilla.redhat.com/show_bug.cgi?id=1499928



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

Unsubscribe: <mailto:ruby-core-request / ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>