Displaying 5 results from an estimated 5 matches for "__msan_param_origin_tls".
2014 Feb 03
2
[LLVMdev] Weird msan problem
...6 = bitcast i8* %69 to i32*, !dbg !7
> %117 = bitcast i8* %114 to i32 (i32*, i64, i64)*, !dbg !7
> store i64 %_msret13, i64* getelementptr inbounds ([1000 x i64]*
> @__msan_param_tls, i64 0, i64 0), align 8, !dbg !7
> store i32 %70, i32* getelementptr inbounds ([1000 x i32]*
> @__msan_param_origin_tls, i64 0, i64 0), align 4, !dbg !7
> store i64 0, i64* inttoptr (i64 add (i64 ptrtoint ([1000 x i64]*
> @__msan_param_tls to i64), i64 8) to i64*), align 8, !dbg !7
> store i32 0, i32* inttoptr (i64 add (i64 ptrtoint ([1000 x i32]*
> @__msan_param_origin_tls to i64), i64 8) to i32*),...
2014 Feb 05
2
[LLVMdev] Weird msan problem
...> %117 = bitcast i8* %114 to i32 (i32*, i64, i64)*, !dbg !7
>> > store i64 %_msret13, i64* getelementptr inbounds ([1000 x i64]*
>> > @__msan_param_tls, i64 0, i64 0), align 8, !dbg !7
>> > store i32 %70, i32* getelementptr inbounds ([1000 x i32]*
>> > @__msan_param_origin_tls, i64 0, i64 0), align 4, !dbg !7
>> > store i64 0, i64* inttoptr (i64 add (i64 ptrtoint ([1000 x i64]*
>> > @__msan_param_tls to i64), i64 8) to i64*), align 8, !dbg !7
>> > store i32 0, i32* inttoptr (i64 add (i64 ptrtoint ([1000 x i32]*
>> > @__msan_param_o...
2014 Feb 07
2
[LLVMdev] Weird msan problem
...32 (i32*, i64, i64)*, !dbg !7
> >>> > store i64 %_msret13, i64* getelementptr inbounds ([1000 x i64]*
> >>> > @__msan_param_tls, i64 0, i64 0), align 8, !dbg !7
> >>> > store i32 %70, i32* getelementptr inbounds ([1000 x i32]*
> >>> > @__msan_param_origin_tls, i64 0, i64 0), align 4, !dbg !7
> >>> > store i64 0, i64* inttoptr (i64 add (i64 ptrtoint ([1000 x i64]*
> >>> > @__msan_param_tls to i64), i64 8) to i64*), align 8, !dbg !7
> >>> > store i32 0, i32* inttoptr (i64 add (i64 ptrtoint ([1000 x i32]*
&g...
2014 Feb 02
2
[LLVMdev] Weird msan problem
How is ccall() implemented? If it manually sets up a stack frame, then
it also needs to store argument shadow values in paramtls.
I don't think there is an overflow, unless you have a _lot_ of
arguments in a function call.
On Sun, Feb 2, 2014 at 9:26 AM, Keno Fischer
<kfischer at college.harvard.edu> wrote:
> Also, I was looking at the instrumented LLVM code and I noticed that the
2016 Jul 13
2
[LLVM/Clang v3.8.1] Missing Git branches/tags and source-tarballs?
On Wed, Jul 13, 2016 at 04:48:51PM +0200, Sedat Dilek via llvm-dev wrote:
> [ CCed all people who were involved in this thread ]
>
> Hi Tom,
>
> personally, I am interested to test the prebuilt-toolchains for
> Ubuntu/xenial alias 16.04 LTS and Debian/Jessie v8.5.0 AMD64.
> The available toolchains are incomplete and thus useless.
>
> Just as a fact: There is still no