> > SVDB 909 _X__Yes ___No > http://www.eda.org/svdb/view.php?id=909 > > SVDB 1265 __X_Yes ___No > http://www.eda.org/svdb/view.php?id=1265 > > SVDB 1278 ___Yes _X__No > http://www.eda.org/svdb/view.php?id=1278 I was fine with construct. Process would be even better > > SVDB 1360 ___Yes _X__No > http://www.eda.org/svdb/view.php?id=1360 The proposal needs to explicitly say that it is following the Longest Static Prefix rules. Then it can cross-reference the section on LSP. > > SVDB 1487 _X__Yes ___No > http://www.eda.org/svdb/view.php?id=1487 > > SVDB 1489 ___Yes __X_No > http://www.eda.org/svdb/view.php?id=1489 If you're trying to be more explicit, "program" should be "program with no ports". If the other mantis issue passed that allows parameters with no defaults, they are not implicitly instantiated as well. > > SVDB 1573 ___Yes __X_No > http://www.eda.org/svdb/view.php?id=1573 This needs to be discussed. I believe this whole section needs to be put into the rules for port connections of nets. > > SVDB 1610 __X_Yes ___No > http://www.eda.org/svdb/view.php?id=1610 > > SVDB 1645 __X_Yes ___No > http://www.eda.org/svdb/view.php?id=1645 > > SVDB 1750 _X__Yes ___No > http://www.eda.org/svdb/view.php?id=1750 > > SVDB 1993 ___Yes ___No X Abstain > http://www.eda.org/svdb/view.php?id=1993 > > SVDB 2006 _X__Yes ___No > http://www.eda.org/svdb/view.php?id=2006 > > SVDB 2029 __X_Yes ___No > http://www.eda.org/svdb/view.php?id=2029 > > SVDB 2081 ___Yes _X__No > http://www.eda.org/svdb/view.php?id=2081 Task enables are supposed to be legal. Also, an intra-assignment delay IS as statement with an event control. An NBA may also have an event control, that should be legal. Why not prohibit all fork statements.> > SVDB 2092 __X_Yes ___No > http://www.eda.org/svdb/view.php?id=2092 > > SVDB 2097 _X__Yes ___No > http://www.eda.org/svdb/view.php?id=2097 > > SVDB 2102 _X__Yes ___No > http://www.eda.org/svdb/view.php?id=2102 > > SVDB 2140 ___Yes _X__No > http://www.eda.org/svdb/view.php?id=2140 Same as other peoples concerns. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Sun Oct 28 22:42:39 2007
This archive was generated by hypermail 2.1.8 : Sun Oct 28 2007 - 22:42:49 PDT