Some readme fixes
This commit is contained in:
parent
516b0f44ad
commit
0536669dc0
@ -562,10 +562,10 @@ To static link the library set `-DCPPTRACE_STATIC=On`.
|
||||
|
||||
Cpptrace supports a number of back-ends and middle-ends to produce stack traces. Stack traces are produced in roughly
|
||||
three steps: Unwinding, symbol resolution, and demangling. Cpptrace by default on linux / macos will generate traces
|
||||
with `_Unwind_Backtrace`, libdwarf, and `__cxa_demangle`. On windows traces are generated by default with
|
||||
`StackWalk64` and dbghelp.h (no demangling is needed with dbghelp). Under mingw libdwarf and dbghelp.h are
|
||||
used, along with `__cxa_demangle`. Support for these is the main focus of cpptrace and they should work well. If you
|
||||
want to use a different back-end such as addr2line, however, you can configure the library to do so.
|
||||
with `_Unwind_Backtrace`, libdwarf, and `__cxa_demangle`. On windows traces are generated by default with `StackWalk64`
|
||||
and dbghelp.h (no demangling is needed with dbghelp). Under mingw libdwarf and dbghelp.h are used, along with
|
||||
`__cxa_demangle`. Support for these is the main focus of cpptrace and they should work well. If you want to use a
|
||||
different back-end such as addr2line, however, you can configure the library to do so.
|
||||
|
||||
**Unwinding**
|
||||
|
||||
|
||||
Loading…
Reference in New Issue
Block a user