c - 我是如何让 gcc 生成 .bundle 而不是 .so 的？

Question

我正在尝试编写一个 Ruby 扩展，而且我一整天都在成功编译我的 nmatrix.so 共享对象文件。但是，突然之间，它开始生成 nmatrix.bundle，而根本没有任何 .so 文件。

它没有给我任何链接器错误，所以我无法想象为什么会这样。我也没有更改 my Makefile or extconf.rb 中的任何内容.我一直通过 rvm 使用 Ruby 1.9.3p0。

我已经尝试对当天的工作执行 git stash save 并编译一些我知道应该没有链接器错误的东西(产生 .so 的东西)更早。不幸的是，这也会生成一个 .bundle 文件。

很明显，我做了一些事情——可能是无意中安装了一些东西——这改变了一些关键的 GCC 设置。这是完全有可能的，因为我一天中的大部分时间都在尝试构建 LAPACK 和 ATLAS，并且在某个时候还安装了自制软件。

我发现有一个解决方法。我更改了这两行:

DLLIB = $(TARGET).bundle
# ...
LDSHARED = $(CC) -dynamic -bundle

到

DLLIB = $(TARGET).so
# ...
LDSHARED = $(CC) -dynamic

然后库会正确编译和加载。但是，我还没有在 extconf.rb(或其他地方)中更改的最微弱的内容，这会导致它使用 .bundle 文件而不是自动生成此 Makefile .so.

问题是:我到底是怎么造成的，我该怎么做才能恢复它？

Answer 1

C extensions RubyGems Guide概述了构建过程。

extconf.rb 文件中的关键行接近结尾:

require "mkmf"
# ...
create_makefile("nmatrix")

这会为您构建 Makefile。 Makefile 是使用存储在 RbConfig::CONFIG[] 数组中的配置值构建的；您最感兴趣的配置值是 RbConfig::CONFIG['DLEXT']:

$ ruby -e "require 'rbconfig'; puts RbConfig::CONFIG['DLEXT'];"
so

要轻松查看整个配置，请查找 rbconfig.rb 文件；我的位于 /usr/lib/ruby/1.8/x86_64-linux/rbconfig.rb，我将在此处包括前几行:

# This file was created by mkconfig.rb when ruby was built.  Any
# changes made to this file will be lost the next time ruby is built.

module Config
  RUBY_VERSION == "1.8.7" or
    raise "ruby lib version (1.8.7) doesn't match executable version (#{RUBY_VERSION})"

  TOPDIR = File.dirname(__FILE__).chomp!("/lib/ruby/1.8/x86_64-linux")
  DESTDIR = '' unless defined? DESTDIR
  CONFIG = {}
  CONFIG["DESTDIR"] = DESTDIR
  CONFIG["INSTALL"] = '/usr/bin/install -c'
  CONFIG["EXEEXT"] = ""
  CONFIG["prefix"] = (TOPDIR || DESTDIR + "/usr")
  ...
  CONFIG["DLEXT"] = "so"
  CONFIG["LDSHARED"] = "$(CC) -shared"
  CONFIG["CCDLFLAGS"] = " -fPIC"
  ...

因此，在构建另一个版本的 Ruby 时，构建了您的 rbconfig.rb 文件的某个版本，该版本建议动态链接的扩展应该具有不同的扩展名。这可能是 rvm 的一个特性(我仍然需要了解更多)，或者这可能是 Apple 提供的 Ruby 与自编译的 Ruby 之间的区别。您可以在文件的注释 header 中看到，您可以自己轻松地在 rbconfig.rb 中进行更改——但下次您重建或安装不同构建的 Ruby 时，它会被吹走。

(顺便说一下，我认为扩展名是 .dylib ，但我也已经有一段时间没有使用 OS X 了。)