> 012 _X_Yes ___No
> http://www.eda.org/svdb/bug_view_page.php?bug_id=0000012
>
> 020 ___Yes ___No (Abstain)
> http://www.eda.org/svdb/bug_view_page.php?bug_id=0000020
>
> 029 _X_Yes ___No
> http://www.eda.org/svdb/bug_view_page.php?bug_id=0000029
>
> 031 _X_Yes ___No
> http://www.eda.org/svdb/bug_view_page.php?bug_id=0000031
>
> 034 ___Yes ___No (Abstain - proposal would not load)
> http://www.eda.org/svdb/bug_view_page.php?bug_id=0000034
>
> 038 _X_Yes ___No
> http://www.eda.org/svdb/bug_view_page.php?bug_id=0000038
>
> 039 ___Yes ___No (Abstain - I'd prefer deleting enum[N] labels)
> http://www.eda.org/svdb/bug_view_page.php?bug_id=0000039
>
> 109 _X_Yes ___No
> http://www.eda.org/svdb/bug_view_page.php?bug_id=0000109
>
> 119 _X_Yes ___No (Side-effects are already excluded, right?)
> http://www.eda.org/svdb/bug_view_page.php?bug_id=0000119
>
> 120 ___Yes ___No (Abstain)
> http://www.eda.org/svdb/bug_view_page.php?bug_id=0000120
>
> 159 ___Yes ___No (Abstain - proposal would not load)
> http://www.eda.org/svdb/bug_view_page.php?bug_id=0000159
>
> 163 _X_Yes ___No
> http://www.eda.org/svdb/bug_view_page.php?bug_id=0000163
To rule out "wire reg XYZ" one suggestion would be to regard "reg"
as an optional type qualifier directing the compiler to implement
using storage rather than wiring. The qualifier could be used alone
which implies "logic" as the default type. "Wire" would then be
a complementary qualifier. But this proposal may interact with the
data-types on nets in some unfortunate way. I can support the
[163] proposal but offer this alternative to hopefully correct its
sorest defect..
> 258 ___Yes _X_No
> http://www.eda.org/svdb/bug_view_page.php?bug_id=0000258
Small, Medium, and Large should not be keywords. A more arcane
spelling should be used for charge_strengths, and facility developed
for the user to voluntarily surrender this piece of the namespace
if he'd like to use these spellings as charge_strength values.
> 259 _X_Yes ___No
> http://www.eda.org/svdb/bug_view_page.php?bug_id=0000259
Greg Jaxon
Received on Mon Nov 1 10:46:21 2004
This archive was generated by hypermail 2.1.8 : Mon Nov 01 2004 - 10:46:26 PST