This library is a collection of macros with which we can access private members. Why would you need this? Testing. There are some cases when we want to test a class, but we can't or don't want to modify it. The reasons behind that might be the following:

• It is part of a third party software package and
  • Our build system would overwrite the changes we made
  • We don't want to maintain our own version
• Touching the internals would require tremendous amount of recompilation of client codes, which might not be desired.

Why not use #define private public? Because that's undefined behaviour. The C++ standard states that the relative order of members in a class with different access specifiers is undefined.

This is a C++11/C++14 libary. There is a newer fork which exploits C++20, works without macros and has fewer limitations.

class A {
  int m_i = 3;
  int m_f(int p) { return 14 * p; }
};

ACCESS_PRIVATE_FIELD(A, int, m_i)

void foo() {
  A a;
  auto &i = access_private::m_i(a);
  assert(i == 3);
}

ACCESS_PRIVATE_FUN(A, int(int), m_f)

void bar() {
  A a;
  int p = 3;
  auto res = call_private::m_f(a, p);
  assert(res == 42);
}

You can call private member functions and static private functions. You can also access static private variables, if they are defined out-of-class. For DETAILED USAGE and EXAMPLES, please take a look test.cpp!

The ISO C++ standard specifies that there is no access check in case of explicit template instantiations (C++14 / 14.7.2 para 12). We can exploit this by defining a static pointer to member (or a friend function), which holds (returns) the address of the private member. References:

• https://gist.github.com/dabrahams/1528856
• Advanced C++ FAQs: Volumes 1 & 2, pp 289 - 296

• We cannot access private types. We cannot access private members of private nested types either.
• We can't access private members that are references. (See this issue.)
• We cannot call private constructors / destructors.
• We cannot access the default arguments of the private functions.
• We have a link time error in case of only in-class declared const static variables. That's because we'd take the address of that, and if that is not defined (i.e the compiler do a compile-time insert of the const value), we'd have an undefined symbol.

I have done tests for the following compilers:

• Apple LLVM version 7.0.0 (clang-700.0.72)
• GCC
  • 5.1.0
  • 4.8.4
  • 4.7.4
• MSVC

Test code is compiled with -std=c++11 .

It requires GCC >=4.8 or clang >=14 to access private overloaded functions.

I think it would be filling a gap if we could have out-of-class friend declarations in C++. This can be implemented fairly easy, see https://github.com/martong/clang/tree/out-of-class_friend_attr .

There is a C++ standard issue that says:

Stateful metaprogramming via friend injection techniques should be ill-formed

The ::private_access_detail::private_access<...> template class implements a friend function get(), which is used after class definition. I am not sure, however, if that issue has been ever fixed.