<div class="gmail_quote"><div class="Ih2E3d">On Wed, Apr 9, 2008 at 10:24 AM, David García Garzón <<a href="mailto:dgarcia@iua.upf.edu" target="_blank">dgarcia@iua.upf.edu</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

El Tuesday 08 April 2008 22:33:44 Francisco Tufró va escriure:<br>
<div>> Hello, i've started to do some tests related with the typed connection<br>
> templates. As soon as i have some result i'll post it to the list.<br>
> I ported the InControl class to a templated class.<br>
> Right now i'm hardcoding every instance of InControl as InControl<float> to<br>
> compile and test it.<br>
<br>
</div>Before proceeding, i would suggest that you get the guidance of Pau or mine.<br>
This is a very transversal modification and it should be done carefully to<br>
keep the rest of the code compiling. We had hard experiences with transversal<br>
migrations such as this one. It needs some planning, test driven development<br>
and so on. Send to the list any patch/code you are working on so this could<br>
turn into a community effort.<br>
</blockquote></div><div><br>You're right, i was just "playing" a bit to get in touch with the way it works.<br>I've found some linking problems that i'm going to try to solve.<br>
I've reused the name TControlData to refer the control data type, but
commented the "typedef float" and added the template stuff.<br>
When talking about the code i found some problems.<br><br>1) In OutControl.hxx (and InControl.hxx the other way) you have the mLinks member defined like this:<br><br>    std::list<InControl*> mLinks;<br><br>The
problem is that if we have typed controls the elements from that list
can be of different types and this can't be handled with the std::list
(i think).<br>
What do you think about that?<br><br>2) This is not a problem, The InControlTmpl class will be a 2 parameter template.<br><br>template<class ProcObj, class TControlData><br>class InControlTmpl : public InControl<TControlData><br>

<br>That's all by now, if you want the code tell me, right now it doesn't link, but i'll try to make it work.<br> </div><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div><br>
> Then i'll start doing some not float tests.<br>
> I've found that scons copies all the clam source into scons/lib/core/src<br>
> and asked hordia about it. He told me that's the way it works for clam. I<br>
> think this should be noticed somewhere, it's a strange behaviour, and the<br>
> errors appear with the scons path and not the real, that's a problem, one<br>
> has to find by hand (or by find -iname :P) the file.<br>
<br>
</div>This is not that strange. Most projects move all the files to a distint folder<br>
such CLAM does. Anyway we don't like that, because errors are reported in<br>
files that you cannot edit. It is a long life to-do for the build system. I<br>
would rather invest time in fixing it than documenting it. ;-)<br>
<font color="#888888"><br>
David.<br>
<br>
</font></blockquote></div></div>that's ok :)