<html><head><style type='text/css'>p { margin: 0; }</style></head><body><div style='font-family: Verdana; font-size: 10pt; color: #000000'><blockquote style="border-left:2px solid rgb(16, 16, 255);margin-left:5px;padding-left:5px;"><br>On Oct 22, 2011, at 2:31 PM, Paul Belanger wrote:<br><br>&gt; Is there a simple way to allow the warnings? &nbsp;I know the proper fix is to actually fix them, but I have some free time ATM and wanted to see if I could get a build to work.<br><br>I've been thinking about this. &nbsp;<br><br>This warning is in the code generated by slice2cpp (which is why it's not just a simple fix). &nbsp;I wonder if treating warnings as errors for generated code is worthwhile.<br><br>Many warnings indicate potential problems resulting from people maintaining the code instead of problems with the code itself. &nbsp;But since the code is generated by a program, who cares if it's maintainable? &nbsp;Does is matter if generated code has unused variables? &nbsp;Or unused parameters?<br><br>I propose that we either disable warnings for the compiling of generated .cpp files, or at least disable the warnings that indicate code maintenance problems.<br><br>Thoughts?<br><br></blockquote>When I saw the e-mail(s) at the beginning of this thread and re-read the bug report, the same notion started to creep in. Is it reasonable to adopt a position that would require us to "fix"&nbsp;the slice2cpp translator each time a new version of slice2cpp is released that produces code that triggered warnings or, better still, when a new version of a C++ compiler comes out that generates a new warning? Granted the translators and compiler are not likely to change that often, but it could become a pain. Disabling -Werror on slice2cpp generated code seems to be a reasonable solution and should work as long as the code that is producing the warnings is not defined in a header file and inlined (and not actually broken, of course).<div><br></div><div>Cheers,</div><div><br></div><div>Brent<br><div><span><br><br>-- <br><span name="x"></span>Brent Eagles<br>Digium, Inc &nbsp;| &nbsp;Software Developer<br>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA<br>Check us out at: www.digium.com &amp; www.asterisk.org<span name="x"></span><br></span></div></div></div></body></html>