Hi David,<br><br>Thanks for the information! I will update the patch as soon as I am back from a conference, so some time next week hopefully.<br><br>- Murray<br><br><div class="gmail_quote">On Fri, Aug 19, 2011 at 9:46 PM, David  Garcia Garzon <span dir="ltr"><<a href="mailto:david.garcia@barcelonamedia.org">david.garcia@barcelonamedia.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">i would love to commit most of the changes in the patch, which solves those nasty warnings in the wanted list for long. But the patch is quite extensive and includes some changes that should be reviewed.<br>

<br>
Most of the changes consisting in commenting out an unused var declaration should just delete the declaration. We learned that commented code becomes evil with time.<br>
<br>
CLAM/src/Data/BasicProcessing/SpectralPeakArray.cxx: It just contains a question in a comment. That is not to be commited but the question should be dropped to the list instead. i guess you spotted a cut and paste bug. Being that buggy i wonder whether the spectral peak addition operator is even used at all. So a first step would be comment out the operator, and if all compiles, and works remove it. But in a separate patch/commit so it can be easily undone independently from this warning patch/commit<br>

<br>
CLAM/src/Processing/ArithOps/AudioBufferMixer.cxx: The portSize is the number of samples in each audio buffer, we take it from BAckendBufferSize because it is legacy code from AudioMixer (not buffer), so it can be dropped as you did, but as i said, not with comments.<br>

<br>
Some processings had the factory registration commented out, which you activated again. They were disabled by reasons i ignore (and are not documented :-P ) but i remember that for most of them there was a reason for that, like in TimeStretch. Pau, Xavi, could you put some light here? The commented processings Murray uncommented are: ThreeBandGate, SpectralNotch and Deesser but there are more. While we don't know why, i would not commit that or I would prepare a separate patch.<br>

<br>
CLAM/src/Processing/ArithOps/SpectrumProduct.cxx: You add a comment asking about CLAM_(DEBUG_)ASSERT. When removing unused vars we should be aware of such cases. CLAM_(DEBUG_)ASSERTS contains code which compiles or not depending on the scons configure options. CLAM_ASSERT are enable by default but can be disabled with checks=0 while CLAM_DEBUG_ASSERTS are disabled by default but enabled if release=0. So if a declaration, or any other code not in the assert expression, is just used in an assert, we should include it in between CLAM_BEGIN_(DEBUG_)CHECK and CLAM_END_(DEBUG_)CHECK.  But, in this casei wouldn't even do that, i would use the references in the Do call, so that the code is simpler and the out reference it is used, removing the warning.<br>

<br>
Please, could you update the patch?<br>
<br>
Thanks.<br>
David.<br>
<br>
________________________________________<br>
De: <a href="mailto:clam-devel-bounces@lists.clam-project.org">clam-devel-bounces@lists.clam-project.org</a> [<a href="mailto:clam-devel-bounces@lists.clam-project.org">clam-devel-bounces@lists.clam-project.org</a>] En nom de Murray Meehan [<a href="mailto:murray.meehan@gmail.com">murray.meehan@gmail.com</a>]<br>

Enviat el: dimarts, 16 / agost / 2011 23:04<br>
Per a: CLAM development list<br>
Tema: [clam-devel] Patch: unsigned int and bracket usage<br>
<div class="im"><br>
Hi,<br>
<br>
See attached my patch of many minor problems which were causing compiler warnings.<br>
<br>
Murray<br>
</div>_______________________________________________<br>
clam-devel mailing list<br>
<a href="mailto:clam-devel@lists.clam-project.org">clam-devel@lists.clam-project.org</a><br>
<a href="http://lists.clam-project.org/listinfo.cgi/clam-devel-clam-project.org" target="_blank">http://lists.clam-project.org/listinfo.cgi/clam-devel-clam-project.org</a><br>
</blockquote></div><br>