mirror of
git://sourceware.org/git/libabigail.git
synced 2024-12-17 15:34:34 +00:00
The Git repository of the Libabigail Project
ab37f767b7
When ::get_qualified_name() is invoked for some types, the value is cached for performance reasons. One thing to keep in mind is that the structure of a type can change between the time when the type is first built and the time when it's canonicalized. This is because the type can be built progressively, with sub-types being added over time until the type is fully built. Then it can be canonicalized. So if ::get_qualified_name is invoked on a non-canonicalized type and the result is cached, then that result might not reflect the state of the type *after* its canonicalized. So the cached value might be wrong. To address that issue, the solution is to *not* cache the result of ::get_qualified_name() until the type is canonicalized. After the type is canonicalized and so we know the structur of the type won't change, then the result of ::get_qualified_name is cached. And this is what this patch does for qualified, pointer and array types. Note that the necessary update to the regression test suite is not provided with this patch. It's provided by a separate patch at the end of the current series of patches. * src/abg-ir.cc ({qualified, pointer, array}_type_def::get_qualified_name): Don't cache internal and non-internal qualified name when the type is not canonicalized. 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 | ||
VISIBILITY |
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.