<div dir="ltr">On Tue, Feb 16, 2016 at 12:38 PM, Kamil Rytarowski <span dir="ltr"><<a href="mailto:n54@gmx.com" target="_blank">n54@gmx.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA256<br>
<br>
NetBSD builds with GCC 4.8.2 and it emits few warnings for LLDB.<br>
<br>
Before enabling -Werror please first iterate over build logs and help<br>
to squash them. For example it detects undefined behavior IIRC for a<br>
Darwin code part.</blockquote><div><br></div><div>Interesting.  On Linux, lldb had many warnings, and over time, I've managed to get mots of them cleaned up.  Right now, there are a couple of -Wtype-limits warnings and one -Wformat warning.  Is there a build bot that can be used to monitor what those warnings are?  If there aren't any buildbots, then this would be of no consequence since we wouldn't turn it on for user builds.</div><div><br></div><div>I wish I had caught what I wrote versus what I was thinking before hitting send :-(.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
On 16.02.2016 20:01, Zachary Turner via lldb-dev wrote:<br>
> You're talking about doing it on a per-bot basis and not a global<br>
> policy, but just throwing in that on the MSVC side at least, we're<br>
> not warning free right now and it's not trivial tog et warning free<br>
> without disabling some warnings (which I don't want to do either)<br>
><br>
> On Tue, Feb 16, 2016 at 10:31 AM Saleem Abdulrasool via lldb-dev<br>
</span><span class="">> <<a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a> <mailto:<a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a>>> wrote:<br>
><br>
> On Tuesday, February 16, 2016, Tamas Berghammer<br>
</span><div><div class="h5">> <<a href="mailto:tberghammer@google.com">tberghammer@google.com</a> <mailto:<a href="mailto:tberghammer@google.com">tberghammer@google.com</a>>> wrote:<br>
><br>
> If you want to enable it only on the bots then I think we can<br>
> decide it on a bot by bot bases. For me the main question is who<br>
> will be responsible for fixing a warning introduced by a change in<br>
> llvm or clang causing a build failure because of a warning<br>
> (especially when the fix is non trivial)?<br>
><br>
><br>
> I think that the same policy as LLVM/clang should apply here.  The<br>
> person making the change would be responsible for ensuring that<br>
> nothing breaks as a result of their change.  The same situation<br>
> exists when working on interfaces that effect clang: a fix for a<br>
> warning introduced by a change in LLVM may be non-trivial in<br>
> clang.<br>
><br>
> Just to be clear, I'm merely suggesting this as an option.  If it<br>
> is deemed too burdensome by most of the common committers, we state<br>
> so and not do this.<br>
><br>
><br>
><br>
> On Tue, Feb 16, 2016 at 4:31 PM Saleem Abdulrasool<br>
> <<a href="mailto:compnerd@compnerd.org">compnerd@compnerd.org</a>> wrote:<br>
><br>
> On Tuesday, February 16, 2016, Tamas Berghammer<br>
> <<a href="mailto:tberghammer@google.com">tberghammer@google.com</a>> wrote:<br>
><br>
> I would be happy if we can keep lldb warning free but I don't think<br>
> enabling -Werror is a good idea for 2 reasons: * We are using a lot<br>
> of different compiler and keeping the codebase warning free on all<br>
> of them might not be feasible especially for the less used, older<br>
> gcc versions. * Neither llvm nor clang have -Werror enabled so if<br>
> we enable it then a clang/llvm change can break our build with a<br>
> warning when it is hard to justify a revert and a fix might not be<br>
> trivial.<br>
><br>
><br>
> Err, sorry.  I meant by default on the build bots (IIRC, some<br>
> (many?) of the build bots do build with -Werror for LLVM and<br>
> clang).  Yes, a new warning in clang could cause issues in LLDB,<br>
> though the same thing exists for the LLVM/clang dependency.  Since<br>
> this would be on the build bots, it should get resolved rather<br>
> quickly.<br>
><br>
> In short term I would prefer to just create a policy saying<br>
> everybody should write warning free code for lldb (I think it<br>
> already kind of exists) and we as a community try to ensure it<br>
> during code review and with fixing the possible things what slip<br>
> through. In the longer term I would be happy to see -Werror turned<br>
> on for llvm and clang first and then we can follow up with lldb but<br>
> making this change will require a lot of discussion and might get<br>
> some push back.<br>
><br>
> On Tue, Feb 16, 2016 at 6:02 AM Saleem Abdulrasool via lldb-dev<br>
> <<a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> It seems that enabling -Werror by default is within reach for lldb<br>
> now.  There currently are three warnings that remain with gcc 5.1<br>
> on Linux, and the build is clean of warnings with clang.<br>
><br>
> There are two instances of type range limitations on comparisons in<br>
> asserts, and one instance of string formatting which has a GNU<br>
> incompatibility.<br>
><br>
> Is there any interest in enabling -Werror by default to help keep<br>
> the build clean going forward?<br>
><br>
> -- Saleem Abdulrasool compnerd (at) compnerd (dot) org<br>
> _______________________________________________ lldb-dev mailing<br>
> list <a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a><br>
> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a><br>
><br>
><br>
><br>
> -- Saleem Abdulrasool compnerd (at) compnerd (dot) org<br>
><br>
><br>
><br>
> -- Saleem Abdulrasool compnerd (at) compnerd (dot) org<br>
> _______________________________________________ lldb-dev mailing<br>
</div></div>> list <a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a> <mailto:<a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a>><br>
> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a><br>
<span class="">><br>
><br>
><br>
> _______________________________________________ lldb-dev mailing<br>
> list <a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a><br>
> <a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a><br>
><br>
<br>
</span>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v2<br>
<br>
iQIcBAEBCAAGBQJWw4isAAoJEEuzCOmwLnZsR+kP/iCRzeJSzPFvjUZ9zwIz5HBo<br>
6i+hoaxHzSOy0PS7936KiaIhlvm5zumFEBKZcrWvTAdnR8aIAPqpSFUp95LGHX6A<br>
LDrE/pXlXXjCHelKeqlfqcFoxg0Jwl4UzvEL0M5PhEAykPs/K9/CXIAvOZNi/lue<br>
UcYPxZpM+4cNoTFIm7MdvQAD3MwO1QTA0qkXIKiBT5WeKbHGOlEP0mrrpJSp2aUl<br>
a+2fodZGr38HqHsQ5LGLVsBQsXmisvsuwAtQodGj3WuI+75r6wko/F7QdRh1sXAB<br>
nC4Lan0BX23ji38wVse4Z4iRUpXcWCTZgf+/TcjfPuog37Ay95WuKurou8b3BFvn<br>
LFBSMhcs3L/RiBArjvklymvEQlUwKaZ4G09Audxxpi8HvGfNFMeTqSI+Dvz/wAC7<br>
9M7BoJpbE67pF1ZaUcQx36ULFzMxNzAdSoEeNKHUsS0uftzMg0RFxRDFY3THEbc5<br>
cVLknKznHWCGwLCT6DCw2+a+rkLZNlViwTjFNyReBYNZ0+7kG6eG0SmwZjAa2Ip3<br>
0X9YI0vwyRfQd5YfdFGJhXyJY9rz9+th7XxOVvEAW9UqN+dLza7NkyyzeEURG6NB<br>
kAhEZkQr/9TfX9DLM1e8MW9Gi7GzRMV4W6AEQGbFHykO2eiCcAR340yKZuvH/OWU<br>
kJqxmIhDAEr2kvPSfIEJ<br>
=W6zZ<br>
-----END PGP SIGNATURE-----<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Saleem Abdulrasool<br>compnerd (at) compnerd (dot) org</div>
</div></div>