- https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git
尤其是请参阅tags部分。
这个决定背后的理由是什么?合并是否会影响构建最新 binutils 和 GDB 的建议方法? (事实上,当我退房时binutils-2_25_1
然后跑了make all && make install
, I got gdb
以及。)
我做了转换。我将它们作为一个联合存储库的原因部分是历史原因,部分是实际原因。
从历史上看,gdb 和 binutils 几乎总是在一起。当它们被维护在 Cygnus 内部时,它们位于一个源代码树(称为“devo”)中。后来,当 sourceware.org 成立时,他们共享了一个存储库(称为“src”)。您可能没有注意到这一点,因为存储库使用 CVS 模块让开发人员仅检查树的一部分。
实际上,gdb 和 binutils 共享很多代码。他们共享他们的构建基础设施(configure
等);他们共享支持库(libiberty
and include
) 目录;他们共享 BFD 库;他们共享操作码库。对我来说,将它们放在一起更有意义,既可以避免不断地来回合并(对于 GCC 的某些组件来说已经这样做了,这确实很痛苦),也可以尽量减少对一个项目的更改产生负面影响的问题影响对方。例如,至少理论上,在 BFD 上进行常规开发的人应该同时构建 gdband二进制实用程序。
顶层configure
共享存储库使用的脚本允许开发人员使用以下命令禁用任何特定目录--disable-DIR
。例如,如果您不想构建 gdb,请传递--disable-gdb
.
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)