Agreed.
-----Original Message-----
From: owner-sv-bc@eda.org [mailto:owner-sv-bc@eda.org] On Behalf Of Bresticker, Shalom
Sent: Thursday, June 28, 2012 9:05 AM
To: Parul Goel; sv-bc@eda.org
Subject: RE: [sv-bc] Semantics of PSL statement inside SV module
Hi, Parul.
From the point of view of the SV language standard, these "PSL statements" are just comments and have no meaning and no semantics.
Any meaning would be either tool-specific or possibly defined by the PSL standard.
Regards,
Shalom
> -----Original Message-----
> From: owner-sv-bc@eda.org [mailto:owner-sv-bc@eda.org] On Behalf Of
> Parul Goel
> Sent: Thursday, June 28, 2012 15:31
> To: sv-bc@eda.org
> Subject: [sv-bc] Semantics of PSL statement inside SV module
>
>
> Hi
>
> We are using multiple PSL statements (with same name) within a module,
> though the scope of each PSL statement is different. As can be seen
> from
> the following test case, PSLs are defined within For block, Generate
> Block and Module block.
>
> =======================
> module top(input bit clk);
> bit [3:0] counter = 4'b0000;
>
> always @(posedge clk)
> counter = counter +1;
>
> generate
> genvar i;
> begin : B1
> for (i = 0; i < 2; i++)
> begin : B2
> // psl psl_test: assert always ( counter[0] ) @(posedge clk);
> end
> // psl psl_test: assert always ( counter[0] ) @(posedge clk);
> end
> endgenerate
> // psl psl_test: assert always ( counter[0] ) @(posedge clk);
> endmodule
> ========================
>
> Questions:
> 1. Are there any scope properties for PSL statements inside modules?
> 2. Can the PSL statements, present within a module but in different
> scopes, as in our case, have same name?
> 3. From simulation perspective, the assertion data in PSL statements
> belong to the module or to respective scopes.
>
> Regards,
> Parul
>
>
>
>
---------------------------------------------------------------------
Intel Israel (74) Limited
This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
Received on Thu, 28 Jun 2012 09:47:41 -0700
This archive was generated by hypermail 2.1.8 : Thu Jun 28 2012 - 09:47:51 PDT