Re: [myhdl-list] Simplifying Interfaces

[Wesley N. <we...@sk...>]

Did anyone ever come up with a good example of this?

Wesley New
South African SKA Project
+2721 506 7365
www.ska.ac.za



On Fri, Jul 6, 2012 at 4:56 AM, Christopher Felton <chr...@gm...>
wrote:

> On 7/5/12 11:29 AM, Tom Dillon wrote:
> >
> > On 07/04/2012 02:22 PM, Christopher Felton wrote:
> >> <snip>
> >>>> Anyone else have an idea for an example?  I think for the example to
> be
> >>>> useful, you would want a design that you would use multiple modules
> and
> >>>> have some interface between.  But the interface would be small
> (limited
> >>>> number of signals in the class) so the the example would be
> digestible.
> >>> Maybe something based on complex numbers, as Tom D has
> >>> hinted. One could represent them as a class instance,
> >>> or even as a tuple.
> >>>
> >>>
> >> I was worried if the complex number example was used some
> >> might expect operator overload.  I have been waffling if
> >> this would be a good example.
> >
> > I think the example would have to show why we would not try to overload
> > operators.
> >
>
> I agree, which, IMO, requires a little bit of *ART*.
> There are many concepts that need to pulled together and
> succinctly explained.  I do not want set incorrect
> expectations.
>
> I don't know if I see a good way to explain that operator
> overloading is appropriate for a sequence of instructions
> but not for a hardware description (concurrent processes).
> Or if it is absent if it will raise questions.
>
> I don't if a plain "signal container" example would be a
> better fit.
>
> Regards,
> Chris
>
>
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> myhdl-list mailing list
> myh...@li...
> https://lists.sourceforge.net/lists/listinfo/myhdl-list
>