search for: d2762

Displaying 4 results from an estimated 4 matches for "d2762".

Did you mean: 32762
2014 Feb 13
2
[LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM
...rstood by ARM, but it is for Dwarf EH. > I plan on moving ARM to the same style as Dwarf, so you can assume it > is correct. Hm, I see that -funwind-tables on arm-linux-androideabi target replaces this "cantunwind" with a proper unwind table. Hence http://llvm-reviews.chandlerc.com/D2762.
2014 Feb 13
2
[LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM
...aro.org> wrote: > On 13 February 2014 13:47, Evgeniy Stepanov <eugenis at google.com> wrote: >> Hm, I see that -funwind-tables on arm-linux-androideabi target >> replaces this "cantunwind" with a proper unwind table. >> Hence http://llvm-reviews.chandlerc.com/D2762. > > If Android is using EHABI (I think it is), the default now is to > output full tables all the time, everywhere. This will change to be > the same as x86 soon. It does use EHABI, but at r201326: $ cat 1.cc int f() {} $ ./bin/clang++ -target arm-linux-androideabi 1.cc -c $ readelf -...
2014 Feb 13
2
[LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM
I assume this "CantUnwind table" is not the same as Unwind table index '.ARM.exidx' at offset 0x818 contains 4 entries: 0x5d4 <main>: 0x1 [cantunwind] because the latter prevent any unwinding, breaking debuggers/profilers/sanitizers. As I understand, the right way to enable basic unwind through any function (without emitting landing pands etc, unless they are needed for
2014 Feb 15
2
[LLVMdev] [cfe-dev] Unwind behaviour in Clang/LLVM
...13 February 2014 13:47, Evgeniy Stepanov <eugenis at google.com> wrote: >> >> Hm, I see that -funwind-tables on arm-linux-androideabi target >> >> replaces this "cantunwind" with a proper unwind table. >> >> Hence http://llvm-reviews.chandlerc.com/D2762. >> > >> > If Android is using EHABI (I think it is), the default now is to >> > output full tables all the time, everywhere. This will change to be >> > the same as x86 soon. >> >> It does use EHABI, but at r201326: >> $ cat 1.cc >> int f...