mirror of
git://sourceware.org/git/libabigail.git
synced 2024-12-25 11:12:14 +00:00
The Git repository of the Libabigail Project
5fe6a7404b
When we need to get the version of a defined symbol, only the SHT_GNU_versym and SHT_GNU_verdef sections are necessary. SHT_GNU_verneed is not necessary, for instance. So do not require that all of the three version-related sections to be present when we want to get some symbol version information. Otherwise, we just don't get the version of a defined symbol when the SHT_GNU_verneed section is not present. I stumbled upon this while looking the abidw's output of ld-2.17.so from glibc-2.17-79.el7_1.x86_64. The _rtld_global_ro variable's symbol was being seen as having no symbol version. In reality it has the GLIBC_PRIVATE version, but because the binary lacks a SHT_GNU_verneed section, we were not getting the symbols version information. I am not adding that library to the test suite because it's too big. But at least this change doesn't break the existing regression test suite. * src/abg-dwarf-reader.cc (get_symbol_versionning_sections): Allow returning just some of the three version-related section, not necessarily all of them. Adjust comment. (get_version_for_symbol): Be ready to not necessarily having the three version-related sections available. Signed-off-by: Dodji Seketeli <dodji@redhat.com> |
||
|---|---|---|
| autoconf-archive | ||
| bash-completion | ||
| doc | ||
| include | ||
| m4 | ||
| scripts | ||
| src | ||
| tests | ||
| tools | ||
| .gitignore | ||
| abigail.m4 | ||
| AUTHORS | ||
| ChangeLog | ||
| COMMIT-LOG-GUIDELINES | ||
| COMPILING | ||
| configure.ac | ||
| CONTRIBUTING | ||
| COPYING | ||
| COPYING-GPLV3 | ||
| COPYING-LGPLV2 | ||
| COPYING-LGPLV3 | ||
| default.abignore | ||
| gen-changelog.py | ||
| install-sh | ||
| libabigail.pc.in | ||
| ltmain.sh | ||
| Makefile.am | ||
| NEWS | ||
| README | ||
| release-text-template.txt | ||
This is the Application Binary Interface Generic Analysis and Instrumentation Library. It aims at constructing, manipulating, serializing and de-serializing ABI-relevant artifacts. The set of artifacts that we are intersted is made of quantities like types, variable, fonctions and declarations of a given library or program. For a given library or program this set of quantities is called an ABI corpus. This library aims at (among other things) providing a way to compare two ABI Corpora (apparently the plural of corpus is copora, heh, that's cool), provide detailed information about their differences, and help build tools to infer interesting conclusions about these differences. You are welcome to contribute to this project after reading the files CONTRIBUTING and COMMIT-LOG-GUIDELINES files in the source tree. Communicating with the maintainers of this project -- including sending patches to be include to the source code -- happens via email at libabigail@sourceware.org.