[llvm-dev] uninitialized values in Attributes.cpp

Hal Finkel via llvm-dev llvm-dev at lists.llvm.org
Sun Nov 20 16:46:33 PST 2016


----- Original Message -----
> From: "regehr via llvm-dev" <llvm-dev at lists.llvm.org>
> To: "Mehdi Amini" <mehdi.amini at apple.com>
> Cc: "llvm-dev" <llvm-dev at lists.llvm.org>
> Sent: Sunday, November 20, 2016 5:50:35 PM
> Subject: Re: [llvm-dev] uninitialized values in Attributes.cpp
> 
> > If 3.9 shipped with these issues (assuming these are not false
> > positive), it would be interesting to 1) know why the sanitizers
> > didn’t catch it, and 2) add valgrind to the release qualification
> > process (CC Hans).
> 
> Yes, I'd be interested to see some corroboration.

We should first confirm that there is actually a problem. At least on some platforms (e.g. PowerPC), valgrind's ability to accurately track uses of undefined data is limited.

 -Hal

>  Note that the
> issue
> here is pretty specific: it only happens during optimized compile
> using
> Clang-3.9.
> 
> This is all I did:
> 
> 1. checkout LLVM/clang trunk
> 
> 2. make sure clang in path is clang-3.9
> 
> 3.
> 
> cmake .. -GNinja -DCMAKE_BUILD_TYPE=RelWithDebInfo
> -DLLVM_ENABLE_ASSERTIONS=On -DCMAKE_CXX_COMPILER=clang++
> -DCMAKE_C_COMPILER=clang -DLLVM_LIT_ARGS="-v --vg"
> 
> 4.
> 
> ninja check
> 
> John
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
> 

-- 
Hal Finkel
Lead, Compiler Technology and Programming Languages
Leadership Computing Facility
Argonne National Laboratory


More information about the llvm-dev mailing list