Notes taken at the Binutils BoF
Attendees: 92
Topic: Future of Gold
- no longer maintained by Google
- still popular?
- Ben Woodwards noted that the National Labs are disappointed it is going away. Looking at LLD
- Nathan Sidwell noted that Facebook is in the same boat
- questions over whether LLD has the needed functionality
- Peter Zijlstra note that gold isblacklisted by kernel
- issues with linker script incompatibility
- could unblacklist if the bugs were fixed
- not enough people active to maintain it
- problem is parallel linking
- lots of cores today, but relatively slow
- can we add parallelism to GNU ld
- can elfutils add a linker
- used to have one for x86 but rotted
- do we need another linker project
- Ian Lance-Taylor's blog series on gold noted that ld architecture was inside out
- Nick Desaulniers noted Google has switched to LLD
Topic: autogenerate ChangeLogs
GCC does this automatically, but you still have to write a ChangeLog in the commit message and checks you have all the right content
Nick Alcock noted the discipline that ChangeLog imposed was important, annoyance is in the administration
- Nick Clifton noted that probably would need to coordinate with GDB
- Jakub Jelinek noted you can make an exception for certain directories
Topic: Closer ties with LLD
- run each other's testsuite
- feature and command line compatibility
- Catherine Moore noted value of compatibility
- Jakub Jelinek noted LLD is compatible, but ignores some options silently
- Frank Ch Eigler noted that going overboard with compatibiltiy could stagnate both projects
- shared mailing list?
- supported, particularly for kernel
- agreement to make it happen
Other: Integration of CGEN in binutils
Frank Ch Eigler, only issue is copyright assignment. Some of the code predates the RedHat copyright assignment.
- It's currently licensed GPLv3+, multiple (C) holders
- Action: Nick will ask the FSF
Other: Jose E Marchesi noted problem of duplicate gnulib tree within binutils-gdb
- Pedro Alves noted was moved out of GDB with just the bits it needs
- ideal if all the tools used the same gnulib tree
- opportunity to move gnulib to the top level and move some compatibility