From 4240c71f87fb798c5e9ee4e6943ad01220686543 Mon Sep 17 00:00:00 2001 From: Adrian Kummerlaender Date: Fri, 26 Feb 2016 15:22:04 +0100 Subject: Add missing word in latest article --- articles/2016-02-21_notes_on_function_interposition_in_cpp.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'articles') diff --git a/articles/2016-02-21_notes_on_function_interposition_in_cpp.md b/articles/2016-02-21_notes_on_function_interposition_in_cpp.md index a7337ea..8a0bd12 100644 --- a/articles/2016-02-21_notes_on_function_interposition_in_cpp.md +++ b/articles/2016-02-21_notes_on_function_interposition_in_cpp.md @@ -22,7 +22,7 @@ However the use case that led me to dive into this topic was to develop a tool t To interpose a given function the library provided to the dynamic linker via `LD_PRELOAD` simply needs to contain a function symbol of the same name and signature.While this is not a problem in C it can be problematic in C++ as the compiler per default performs _name mangling_ to convert a given function signature to a plain string[^1]. Luckily this can be prevented by enclosing the functions to be interposed in an `external "C"` block. -Note that this only applies if we want to specifically interpose C functions from C++. There is nothing stopping us from interposing any function in a shared library as long as we can get the compiler to generate the correct symbol name. Accordingly also works for C++ class member functions or functions of libraries written in other languages such as D. +Note that this only applies if we want to specifically interpose C functions from C++. There is nothing stopping us from interposing any function in a shared library as long as we can get the compiler to generate the correct symbol name. Accordingly this also works for C++ class member functions or functions of libraries written in other languages such as D. To check if the symbols are exported correctly we can use `nm` which ĺists the symbols in ELF object files. -- cgit v1.2.3