[sv-bc] SV3.1 request for clarification

Subject: [sv-bc] SV3.1 request for clarification
From: Jonathan Bromley (jonathan.bromley@doulos.com)
Date: Fri Aug 08 2003 - 07:03:05 PDT

hi, I hope this is not an intrusion.

I have some queries on the SV3.1 LRM that have arisen as I've
been creating presentation and reference material. If they are
the result of my misunderstanding, please accept my apologies.
On the other hand, if they reflect genuine ambiguities in the
LRM, I hope clarifications can be fed in to 3.1a.

1) Variables on inout ports
~~~~~~~~~~~~~~~~~~~~~~~~~~~
It's clear that you cannot have regular variables either
as, or connected to, an inout port - you need ref port
to do that. However, the LRM syntax says...
  inout_declaration ::=
     inout [ port_type ] list_of_port_identifiers
   | inout data_type list_of_variable_identifiers
Is there any example of the second usage that makes sense?

2) What does it mean to sign an unpacked struct or union?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The ability to sign a packed struct or union is obviously
meaningful and useful. However, I can find no reference in
the LRM to the meaning or utility of signing an unpacked
struct, yet it appears to be possible from the syntax. What
is the effect of "struct [un]signed {...}" ??

Thanks in advance 

-- 
Jonathan Bromley
Consultant

DOULOS - Developing Design Know-how
VHDL * Verilog * SystemC * e * Perl * Tcl/Tk * Project Services

Doulos Ltd. Church Hatch, 22 Market Place, Ringwood, Hampshire, BH24 1AW, UK
Tel: +44 (0)1425 471223                        Email: jonathan.bromley@doulos.com
Fax: +44 (0)1425 471573                           Web: http://www.doulos.com

This e-mail and any  attachments are  confidential and Doulos Ltd. reserves 
all rights of privilege in  respect thereof. It is intended for the use of 
the addressee only. If you are not the intended recipient please delete it 
from  your  system, any  use, disclosure, or copying  of this  document is 
unauthorised. The contents of this message may contain personal views which 
are not the views of Doulos Ltd., unless specifically stated.

This archive was generated by hypermail 2b28 : Fri Aug 08 2003 - 07:06:34 PDT