Displaying 4 results from an estimated 4 matches for "getbacktrace".
2017 May 08
2
CrashRecoveryContext::getBacktrace
Where did getBacktrace go? I cant find any changes about it except for it simply disappearing after I updated from 3.8 to 4.0...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170508/6ca7bce9/attachment.html>
2013 Jul 08
0
[LLVMdev] Problem Using libLLVM-3.3.so
Rick Sullivan <ricks at carbondesignsystems.com> writes:
[snip]
> The problem is this. For some simulations, the LLVM shared library
> seems to take a segfault on exit. It runs correctly, but when the
> simulator finishes, it crashes on exit.
[snip]
>
> Does anybody have any ideas as to why this might be happening?
Can you run the application under gdb and obtain a
2013 Jul 09
1
[LLVMdev] Problem Using libLLVM-3.3.so
Unfortunately, I haven't been able to get the failure to occur in gdb. Our crash handler generates a back trace, but it doesn't supply much information:
0: /o/release/SoCD/mainline/PRODUCT/Linux/bin/Linux//release/socdesigner(_ZN12CrashHandler12GetBacktraceEPc+0x2b) [0x8209adb] CrashHandler::GetBacktrace(char*)
1: /o/release/SoCD/mainline/PRODUCT/Linux/bin/Linux//release/socdesigner(_ZN12CrashHandler14GenerateReportEv+0x204) [0x820a434] CrashHandler::GenerateReport()
2: /o/release/SoCD/mainline/PRODUCT/Linux/bin/Linux//release/socdesigner(_ZN12Crash...
2013 Jul 08
2
[LLVMdev] Problem Using libLLVM-3.3.so
We're using the LLVM 3.3 AArch64 disassembler in the following way. We have built LLVM 3.3 on Linux as a shared library; and have a main program that dynamically loads shared objects (.so libraries). The program is a simulator (though that shouldn't be relevant to this question), and the shared objects it loads are electronic components that participate in the simulation. If the electronic