Subject: RE: [sv-bc] [SV-BC] sv-bc tele-call next Monday, Jan 19th
From: Warmke, Doug (doug_warmke@mentorg.com)
Date: Mon Jan 12 2004 - 09:07:43 PST
Johny,
I had sent an email on 12/16 requesting some corrections
be applied to the $readmem changes:
http://www.eda.org/sv-bc/hm/1379.html
<http://www.eda.org/sv-bc/hm/1379.html>
But there has been no response on the reflector.
Can we please get this on the agenda for next Monday's meeting?
The original text is included below for convenience.
Thank you,
Doug
SV-BC,
I reviewed the changes for item LRM-79 (multi-dimensional array support
in $readmem/$writemem). The following jumped out at me:
Why are we treating unpacked dimensions so carefully?
The original text in this part of the SV LRM had the following:
$readmemb and $readmemh are extended to unpacked arrays of packed
data,
associative arrays of packed data, and dynamic arrays of packed data.
In such
cases, the system tasks treat each packed element as the vector
equivalent and perform the normal operation.
The text above appears ideal for enum types and packed struct types.
But in hindsight, it seems more practical to treat packed array
dimensions identically to unpacked array dimensions when it comes to:
- file format
- system task arguments
I propose we open an erratum and make the following changes to
sections 23.14, 23.16, and 23.17 of SV3.1a LRM, draft2:
Section 23.14:
1. Add the following sentence at the end of the paragraph above:
However, note that multidimensional packed arrays are an exception to
this rule.
They are discussed in section 23.16 (File format considerations for
multidimensional arrays)
Section 23.16:
2. Change all uses of the phrase "unpacked array" to be simply "array".
3. Change the first sentence to read:
In SystemVerilog, $readmemb, $readmemh, $writememb, and $writememh can
work with multi-dimensional arrays, both packed and unpacked.
4. After the "Note that the diagram would be identical..." sentence and
subsequent example with "reg [31:0] mem [2:0][0:4][8:5];", add the
following:
Further, note that the diagram would be identical if one or more of the
unpacked
array dimensions was changed to an equivalent packed dimension:
reg [8:5][31:0] mem [2:0][0:4];
Section 23.17:
5. Change all uses of the phrase "unpacked array" to be simply "array".
-----Original Message-----
From: owner-sv-bc@server.eda.org [mailto:owner-sv-bc@server.eda.org] On
Behalf Of Srouji, Johny
Sent: Sunday, January 11, 2004 11:34 PM
To: sv-bc@server.eda.org
Subject: [sv-bc] [SV-BC] sv-bc tele-call next Monday, Jan 19th
Hi All,
I had an action to confirm whether we shall have a meeting next Monday
on our regular slot (9;)0-11:00 am PST). This is to confirm that we
will. We have many topics to discuss and finalize. I will send an agenda
later this week.
Thanks,
--- Johny.
This archive was generated by hypermail 2b28 : Mon Jan 12 2004 - 09:09:09 PST