Tristan,
> Well, there is also resolution function. However, the may-be
> only possible attribute function for a resolution function is
> 'length. GHDL does not support it, however I don't know
> wether it is a bug or not !
I'd overlooked that case. I'll raise the question in ISAC.
> > My inclination would be not to allow attribute names as actuals for
> > subprogram formals, since I think the expectation is that they be
> > built into the innards of a compiler, rather than being
> implemented as
> > subprograms. If that is the case, then you would need to define a
> > helper function to increment a value and pass that function as the
> > actual.
> However, the same is true for implicit functions such as "+".
> So, this argument doesn't really stand. Furthermore, you are
> making hypothesis on the implementation.
Good point. You'd certainly want to allow implicit functions such as "+"
for predefined types as actuals for formal subprograms. So it probably
makes sense to allow attributes that are functions. I retract my
inclination. Thanks.
Cheers,
PA
-- Dr. Peter J. Ashenden peter@ashenden.com.au Ashenden Designs Pty. Ltd. www.ashenden.com.au PO Box 640 Ph: +61 8 8339 7532 Stirling, SA 5152 Fax: +61 8 8339 2616 Australia Mobile: +61 414 70 9106Received on Fri Jan 21 00:51:36 2005
This archive was generated by hypermail 2.1.8 : Fri Jan 21 2005 - 00:52:01 PST