All,
Philipp writes:
5.5.2 sc_pause
"It shall be an error to perform any of the following operations
while the simulation is paused:"
For the callbacks, the LRM states that "the following constructs
shall not be used". While there is not a real difference, the current
wording for sc_pause implies that all cases are required to be detected
as an error by the implementation.
[JA] Good question. Which of these do we want to be errors? I agree that
not everything in the list is an error. Note that "error" => "shall not",
but not vice-versa.
Here are the candidates. Please comment for each item whether you think
the implementation should be obliged to report an error or whether it is
merely disallowed.
John A
a) The instantiation of objects of class sc_module, sc_port, sc_export, or
sc_prim_channel
b) Port binding
c) Export binding
d) Invocation of the macros SC_CTOR, SC_METHOD, SC_THREAD, SC_CTHREAD, or
SC_HAS_PROCESS
e) Use of the member sensitive of class sc_module to create static
sensitivity
f) Calls to the member functions dont_initialize, set_stack_size,
reset_signal_is or
async_reset_signal_is of the class sc_module
g) Calls to event finder functions
h) Calls to the process control member functions kill, reset, or throw_it
of class sc_process_handle
i) Calls to the member functions wait or next_trigger of classes sc_module
and sc_prim_channel or
to the non-member functions wait or next_trigger
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Tue Jan 11 05:31:22 2011
This archive was generated by hypermail 2.1.8 : Tue Jan 11 2011 - 05:31:23 PST