llvm-project/libunwind/test/unw_getcontext.pass.cpp

#include <assert.h>
#include <libunwind.h>

int main(int, char**) {
  unw_context_t context;
  int ret = unw_getcontext(&context);
  assert(ret == UNW_ESUCCESS);
  return 0;
}
Fix unw_getcontext() return value on AArch64. unw_getcontext() should return UNW_ESUCCESS on success. Therefore, the assembly for AArch64 is incorrect because "ldr x0, #0" is a PC-relative load instead of an immediate value load. llvm-svn: 240648 2015-06-25 23:12:46 +08:00			`#include <assert.h>`
			`#include <libunwind.h>`

[runtimes] Use int main(int, char**) consistently in tests This is needed when running the tests in Freestanding mode, where main() isn't treated specially. In Freestanding, main() doesn't get mangled as extern "C", so whatever runtime we're using fails to find the entry point. One way to solve this problem is to define a symbol alias from __Z4mainiPPc to _main, however this requires all definitions of main() to have the same mangling. Hence this commit. 2020-10-09 01:36:33 +08:00			`int main(int, char**) {`
Fix unw_getcontext() return value on AArch64. unw_getcontext() should return UNW_ESUCCESS on success. Therefore, the assembly for AArch64 is incorrect because "ldr x0, #0" is a PC-relative load instead of an immediate value load. llvm-svn: 240648 2015-06-25 23:12:46 +08:00			`unw_context_t context;`
			`int ret = unw_getcontext(&context);`
			`assert(ret == UNW_ESUCCESS);`
[runtimes] Use int main(int, char**) consistently in tests This is needed when running the tests in Freestanding mode, where main() isn't treated specially. In Freestanding, main() doesn't get mangled as extern "C", so whatever runtime we're using fails to find the entry point. One way to solve this problem is to define a symbol alias from __Z4mainiPPc to _main, however this requires all definitions of main() to have the same mangling. Hence this commit. 2020-10-09 01:36:33 +08:00			`return 0;`
Fix unw_getcontext() return value on AArch64. unw_getcontext() should return UNW_ESUCCESS on success. Therefore, the assembly for AArch64 is incorrect because "ldr x0, #0" is a PC-relative load instead of an immediate value load. llvm-svn: 240648 2015-06-25 23:12:46 +08:00			`}`