Shabtay’s take 04/28 - Resolved and subject to spec review

Committee agrees

Should SCE-MI support types that were part of SystemVerilog 3.1a that were then deprecated as part of the migration to P1800?

Agreed in the meeting October 6th. SCE-MI 2.0 will track P1800 and will not support the types deprecated in SV 3.1a.

The general consensus would appear to be that P1800 is the one most likely to be adopted by the EDA suppliers and thus should be standard against which we work. This still leaves open the question of it we should state the version of the standard against which SCE-MI 2.0 is designed to be compatible with.

JohnS>

I just realized after reading Russ's response that my earlier e-mail was using the wrong data type names so this may have been confusing to readers.

What I meant to say is that "DPI" deprecated usage uses:

svBitVec32
svBitPackedArrRef
svLogicVec32
svLogicPackedArrRef

Compare this the preferred "DPI-C" usage which uses
svBitVecVal
svBitVecVal *
svLogicVecVal
svLogicVecVal*

My point was that SCE-MI I should only support the latter not the former regardless of what decisions we make regarding 2-state vs. 4-state handling.

<End JohnS