Ruby原生扩展：能否设置扩展文件名与目标名不一致？

这个调整完全符合Ruby原生扩展的规范，能解决你遇到的编译冲突问题，具体原因和注意事项如下：

• Ruby原生扩展的入口函数命名规则是**Init_ + 扩展目标名**，和你的扩展源文件名没有绑定关系。只要你的扩展目标名还是foo，不管源文件叫bar.c还是其他名字，入口函数定义为Init_foo就没问题，Ruby加载扩展时会正确找到这个入口。

• 你遇到的编译冲突本质是两个同名的foo.c文件（自己的扩展文件和内嵌的libfoo库文件）在编译时生成的目标文件（foo.o）重名，导致构建过程出错。把自己的扩展文件改名为bar.c后，生成的目标文件是bar.o，和libfoo的foo.o就不会有重名冲突了。

• 要注意这几点：

  1. 在extconf.rb里要正确指定源文件列表，把原来的foo.c换成bar.c，同时包含内嵌的libfoo的foo.c，比如：

     require 'mkmf'
     create_makefile('foo')
     $srcs = ['bar.c', 'libfoo/foo.c'] # 根据实际路径调整libfoo的位置
     

  2. 确保Init_foo只在你的bar.c里定义，libfoo的foo.c里不要有同名的全局符号（正常来说第三方库不会包含Ruby扩展的入口函数，这点大概率没问题）。
  3. 扩展的目标名还是foo，所以最终生成的扩展文件会是foo.so（Linux/macOS）或foo.dll（Windows），Ruby加载时依然用require 'foo'即可，完全不影响使用。

这个方案既解决了编译冲突，又不需要修改扩展的对外接口，是很合理的解决办法。

内容的提问来源于stack exchange，提问作者jjg