Ernst Christen wrote:
> On 22 Apr 2010 Jonas Nilsson <Jonas.Nilsson@synopsys.com> wrote:
> >
> > I was thinking of a matrix package more in line with the
> MATH_COMPLEX/MATH_REAL
> > packages, that provides the functions but not the implementation. An
> RTL tool that
> > recognizes the operations and the following pipeline could make
> exactly the same
> > implementation as the "synthesis specific version", but the operators
> would be
> > useful in non-RTL code as well.
> >
> This is indeed what we were considering in 1076.1. The package would
> define the mathematical aspects of the operations, but no implementation.
>
> One thing we will consider is to define the vector/matrix package with
> a generic list that allows it to be instantiated for different types,
> for example the abstract data type real or a floating point type
> reflecting an implementation based on the float_generic_pkg. An
> instantiation using float_generic_pkg would then define an
> implementation for the data, but everything else would be left to the
> "synthesis specific version".
>
Why don't we start off with a "real_matrix" package, work out how we
want the algorithm to work there, then start playing with
unsigned/signed/ufixed/sfixed/float?
I already have a matrix multiply partially coded up. We actually
thought about doing matrix math long ago, but never actually did much
with it. Turns out that MTI takes the syntax fairly well.
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Fri Apr 23 16:01:48 2010
This archive was generated by hypermail 2.1.8 : Fri Apr 23 2010 - 16:02:08 PDT