Subject: Re: [vhdl-200x] Corrections to Minutes for VHDL-200X-FT meeting,S an Jose Dec 4, 2003
From: Jim Lewis (Jim@synthworks.com)
Date: Thu Dec 18 2003 - 17:08:02 PST
Swart, Chuck wrote:
> 1) Java does not allow implicit conversions from integer to boolean.
> So you can't say
> if(int1)...
> You must say if(int1 >0 1) ...
VHDL conditionals have alot of values that
resolve to '0', '1', or 'X'. Hence, it is very
natural to define a boolean sense of these values.
I think the high value types to apply the implicit
conversions to are bit and std_ulogic. Other types are
interesting, but not as generally useful.
Since Java is a general purpose language, one would not
expect typical values to be limited to 0 or 1. Hence, for
Java, this would not be a high value capability.
So I can see why they decided to keep the language
stronger in this area.
> 2) Java makes extensive use of functions converting objects to strings
> The name of these methods is toString, not toStr. Again, the decision
> was made to
> use the longer, more descriptive names.
Long names work for me. I can type alphabetic values fast.
The more similar they are to something else the better.
Hence, I like the to_string (because of its similarity
to the (to_integer, to_unsigned, to_signed, to_X01, ...).
This is the VHDL way. And minimally we should provide
this.
If we were to decide to go to a short hand, which I am
not against (but I probably would not use) I would
like to see a proposal that uses a naming style that
is similar/identical to some other popular programming
language (so it is at least intuitive to someone).
Also the naming style should be such that when someone
reads it, it is intuitive what it is (based on knowledge
of other function names).
Cheers,
Jim
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Jim Lewis Director of Training mailto:Jim@SynthWorks.com SynthWorks Design Inc. http://www.SynthWorks.com 1-503-590-4787Expert VHDL Training for Hardware Design and Verification ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
This archive was generated by hypermail 2b28 : Thu Dec 18 2003 - 17:10:17 PST