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...