Well, those types are described in the table as having a user-defined size.
Shalom
> -----Original Message-----
> From: bradpiercephd@gmail.com [mailto:bradpiercephd@gmail.com] On
> Behalf Of Brad Pierce
> Sent: Wednesday, April 13, 2011 9:10 PM
> To: Bresticker, Shalom
> Cc: Maidment, Matthew R; SV-BC
> Subject: Re: [sv-bc] Email Vote: Respond by 8AM PDT Wed Apr 20
>
> And does it really make sense for a scalar to have a signedness? How
> can a bit be signed or unsigned?
>
> -- Brad
>
> On Wed, Apr 13, 2011 at 11:07 AM, Brad Pierce <brad_pierce@acm.org>
> wrote:
> > "The data types time, bit, reg, and logic default to unsigned, as do
> > arrays of these types."
> >
> > The "as do arrays of these types" sort of makes sense for scalar
> > types, but it seems redundant and really means "packed arrays". Any
> > reason we shouldn't strike that phrase?
> >
> > -- Brad
> >
> > 2011/4/13 Bresticker, Shalom <shalom.bresticker@intel.com>:
> >> Brad,
> >>
> >> The preceding sentence says, "The data types byte, shortint, int,
> integer, and longint default to signed."
> >>
> >> That is, the paragraph describes the signedness of each of the
> integral data types.
> >>
> >> "time" is the only one missing.
> >>
> >>
> >> Shalom
> >>
> >>
> >>> -----Original Message-----
> >>> From: owner-sv-bc@eda.org [mailto:owner-sv-bc@eda.org] On Behalf Of
> >>> Brad Pierce
> >>> Sent: Wednesday, April 13, 2011 6:23 PM
> >>> To: Maidment, Matthew R
> >>> Cc: SV-BC
> >>> Subject: Re: [sv-bc] Email Vote: Respond by 8AM PDT Wed Apr 20
> >>>
> >>> I vote yes on all, except the last one
> >>>
> >>> > SVDB 3384 ___Yes _X__No
> >>> > http://www.eda.org/svdb/view.php?id=3384
> >>>
> >>> The time type doesn't fit naturally into a sentence about scalar
> >>> types. An array of times defaults to unsigned? Doesn't every packed
> >>> array of anything default to unsigned, and unpacked arrays don't
> have
> >>> signedness?
> >> --------------------------------------------------------------------
> -
> >> 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.Received on Wed Apr 13 11:12:24 2011
This archive was generated by hypermail 2.1.8 : Wed Apr 13 2011 - 11:12:29 PDT