RE: [sv-bc] Tf ansi nonansi declaration issue.

I managed to run the tests on my third simulator, so here are the
results:
 
Test    Sim1    Sim2    Sim3
 
 1      Y       Y       Y
 2*     Y       Y       YN
 3      N       N       N
 4      Y       Y       Y
 5      N       N       N
 6      Y       Y       Y
 7      N       N       N
 8*     N       Y       Y+warn
 9*     N       Y       Y+warn
10*     N       N       Y+warn
11      N       N       N
12      N       N       N
13      N       N       N
14      Y       Y       Y
15      Y       Y       Y+warn
16      Y       Y       Y
17*     Y       N       N
18      N       N       N

I put a star next to those tests that some passed and some failed.
Sim3 passed some tests, but with a warning.
On Test 2, Sim3 issued a warning that this will be an error in a future
release.
 
Regards,
Shalom


________________________________

	From: Daniel Mlynek [mailto:daniel.mlynek@aldec.com] 
	Sent: Monday, July 14, 2008 9:26 AM
	To: Bresticker, Shalom; sv-bc@server.eda-stds.org
	Subject: RE: [sv-bc] Tf ansi nonansi declaration issue.
	
	
	Thanks - so my cases can be summarized as:
	 
	not covered by lrm:
	1
	9
	10
	11
	12
	13
	15
	16
	 
	
	Dissallowed by LRM but supported by tools (as Dave claims -
forced to support by client) - maybe LRM should be more strict for such
case - some examples, explicit statement etc..., maybe LRM should
redefine behaviour to match current vendor support? :
	2
	4
	8
	 
	clear:
	3
	5
	6
	7
	14
	17
	18
	 
	 
	DANiel
	
________________________________

	From: Bresticker, Shalom [mailto:shalom.bresticker@intel.com] 
	Sent: 13 lipca 2008 15:18
	To: Daniel Mlynek; sv-bc@server.eda-stds.org
	Cc: Przemek Cichon
	Subject: RE: [sv-bc] Tf ansi nonansi declaration issue.
	
	
	I ran the test cases on two simulators. Due to a change in our
computing environment, I temporarily have a problem to access a third.
	 
	Of Daniel's 18 test cases, the two simulators agreed on 15 of
them, i.e., either both passed compilation or both failed compilation. 
	 
	They disagreed on 8, 9, and 17.
	 
	One of the two was stricter on 8 and 9 and more lenient on 17.
	 
	Regards,
	Shalom


________________________________

		From: Daniel Mlynek [mailto:daniel.mlynek@aldec.com] 
		Sent: Friday, July 11, 2008 2:12 PM
		To: Bresticker, Shalom; sv-bc@server.eda-stds.org
		Cc: 'Przemek Cichon'
		Subject: RE: [sv-bc] Tf ansi nonansi declaration issue.
		
		
		Thanks, 
		Please consider also attached additional cases 17, 18
iimho have clear errors - but 15 16 aren't so clear.
		 
		 
		DANiel

________________________________

		From: Bresticker, Shalom
[mailto:shalom.bresticker@intel.com] 
		Sent: 11 lipca 2008 12:07
		To: Daniel Mlynek; sv-bc@server.eda-stds.org
		Cc: Przemek Cichon
		Subject: RE: [sv-bc] Tf ansi nonansi declaration issue.
		
		
		Hi,
		 
		See Mantis 1169 and Mantis 2273 for some of these
issues.
		I'll look at your test cases and add to Mantis notes
about those issues which are not already listed.
		 
		Thanks,
		Shalom


________________________________

			From: owner-sv-bc@server.eda.org
[mailto:owner-sv-bc@server.eda.org] On Behalf Of Daniel Mlynek
			Sent: Friday, July 11, 2008 12:23 PM
			To: sv-bc@server.eda-stds.org
			Cc: 'Przemek Cichon'
			Subject: [sv-bc] Tf ansi nonansi declaration
issue.
			
			
			I've prepeared couple of tests showing the
issues related to tf declaration.
			 
			IMHO the LRM doesn't explicitly said what is
allwed and what not- all possible cases and details are in attachment
but the problem may be illustrated by case like below:
			 
			 
			function void f1(input b);
			         reg [3:0] b;  //mixture of ANSI and non
ANSI like declaration of tf - imho this should be dupllicate identifier 
			    begin
			        $display("%b", b);
			    end
			endfunction
			 
			Is this known problem? is there mantis for that?
- or maybe I've missed descripition of such cases in LRM?
			 
			DANiel

			-- 
			This message has been scanned for viruses and 
			dangerous content by MailScanner
<http://www.mailscanner.info/> , and is 
			believed to be clean. 

	
---------------------------------------------------------------------
		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.

	
---------------------------------------------------------------------
	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.

---------------------------------------------------------------------
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.

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.