7 Commits

Author SHA1 Message Date
Allan Odgaard
4e3d40481f Add convenience constructor to crash_reporter_info_t 2016-10-07 22:14:33 +02:00
Ronald Wampler
1658d6356a Use thread_local instead of our own implementation
Apple's clang (Apple LLVM version 8.0.0 (clang-800.0.24.1)) as shipped with Xcode 8 now supports `thread_local`. This effectively reverts commits: 14c6a70 f3d1aba 9d1d1a1a and 172ce9d.
2016-09-15 07:17:52 +02:00
Ronald Wampler
14c6a70b85 Use our own lightweight wrapper for thread local storage
With the boost thread helper we have to statically link to the boost libraries, which on most system is built against the latest version of the OS (instead of our current target 10.7). This doesn't seem to be an actual problem, but newer versions of clang issue warnings about it.
2015-08-11 21:01:07 +02:00
Allan Odgaard
9d1d1a1a5a Link directly with static versions of boost libraries
This is currently using absolute paths since it’s a quick fix.
2015-06-13 19:16:10 +02:00
Ronald Wampler
172ce9d428 Replace thread_local with boost equivalent
The new version of clang (Apple LLVM version 6.1.0) as shipped with Xcode 6.3, disabled TLS. According to http://clang.llvm.org/cxx_status.html, in order to support `thread_local`, the C++ runtime library from g++-4.8 or later is needed.

For now, we can use the boost `thread_specific_ptr`. This is probably a reasonable solution since 1) it should be portable with old and future versions of (Apple's) clang and 2) requires no additional dependencies.
2015-04-30 15:15:56 +02:00
Allan Odgaard
184782a6ee Crash report info no longer eclipse info from higher up the stack 2014-04-08 15:43:18 +07:00
Allan Odgaard
a52165694c Move crash reporter info support to own framework
This is to avoid cyclic dependencies since it was previously in a somewhat high-level framework, so everything that framework depended on, could not augment crash reports.
2013-08-12 19:32:23 +02:00