RE: [sv-ec] Class initialization proposal uploaded - Mantis 2597

From: Bresticker, Shalom <shalom.bresticker_at_.....>
Date: Sun May 10 2009 - 08:11:00 PDT
Thanks.

I'm OK with it now.

Shalom 

> -----Original Message-----
> From: Gordon Vreugdenhil [mailto:gordonv@model.com] 
> Sent: Sunday, May 10, 2009 6:07 PM
> To: Bresticker, Shalom
> Cc: Arturo Salz; Steven Sharp; sv-ec@eda.org
> Subject: Re: [sv-ec] Class initialization proposal uploaded - 
> Mantis 2597
> 
> Shalom,
> 
> I've uploaded a v3 propoal -- "...shall be provided automatically."  "
> explicit or implicit new method...".
> 
> 
> I think the redundancy in 8.16 is Ok since that is more explicitly
> talking about the constructor chaining.  I did add an 
> sentence referring
> back to 8.7 for how property initialization occurs.
> 
> Gord
> 
> Bresticker, Shalom wrote:
> > I prefer the more elaborate example. It clarifies questions 
> that will otherwise be asked.
> > 
> > Specific comments on the wording:
> > 
> > "an implicit new method shall be provided" - by who? what 
> does it do? This will not be clear to the reader.
> > 
> > "In either case" - not clear. I assume the intent is 
> whether 'new' is explicit or implicit.
> > 
> > "the new method shall first call its base class constructor 
> (super.new as described in 8.14)" - Note that this is 
> repeating a lot of the first paragraph of 8.16:
> > 
> > "When a subclass is instantiated, the class method new() is 
> invoked. The first action that new() takes, before
> > any code defined in the function is evaluated, is to invoke 
> the new() method of its superclass and so on up
> > the inheritance hierarchy. Thus, all the constructors are 
> called, in the proper order, beginning with the root
> > base class and ending with the current class." 
> > 
> > Is all the repetition needed? Could the texts be combined?
> > 
> > I realize that time is pressing and even an imperfect 
> solution is better than none at all.
> > 
> > Thanks,
> > Shalom
> > 
> > 
> >> -----Original Message-----
> >> From: owner-sv-ec@server.eda.org 
> >> [mailto:owner-sv-ec@server.eda.org] On Behalf Of Gordon Vreugdenhil
> >> Sent: Saturday, May 09, 2009 10:38 PM
> >> To: Arturo Salz
> >> Cc: Steven Sharp; sv-ec@eda.org
> >> Subject: Re: [sv-ec] Class initialization proposal uploaded - 
> >> Mantis 2597
> >>
> >> I agree the example is contrived; I wanted to hit
> >> several of the issues simultaneously.  I have no
> >> problem with putting in the simpler example.  I'll
> >> do that as a separate version and we can decide
> >> in the meeting.
> >>
> >> If you and/or Steven want to send me any wording
> >> suggestions, I can see if they are similar to each
> >> other and modify things a bit.
> >>
> >> Thanks
> >>
> >> Gord.
> >>
> >> Arturo Salz wrote:
> >>> I'm fine with the intent of the proposal. Like Steven, I 
> >> have some wording improvements and the example seems a bit 
> >> contrived - perhaps a simpler example along with the final 
> >> values should be enough - something along the lines of:
> >>> class B;
> >>>   int x = 1;
> >>>   function new();
> >>>     x = 2;
> >>>   endfunction
> >>> endclass
> >>>
> >>> class D extends B;
> >>>   int z = x;
> >>>   function new();
> >>>     $display( x, z );
> >>>   endfunction
> >>> endclass
> >>>
> >>> Displays: 2, 2
> >>>
> >>> ---
> >>>
> >>>         Arturo
> >>>
> >>> -----Original Message-----
> >>> From: Steven Sharp [mailto:sharp@cadence.com]
> >>> Sent: Friday, May 08, 2009 2:24 PM
> >>> To: sharp@cadence.com; Arturo.Salz@synopsys.COM; 
> >> sv-ec@eda.org; gordonv@model.com
> >>> Subject: Re: [sv-ec] Class initialization proposal uploaded 
> >> - Mantis 2597
> >>> I am fine with the proposal.  There is some wording that I 
> >> think could
> >>> be improved slightly, but experience indicates that if 
> >> everyone starts
> >>> proposing what they think are minor wording improvements, 
> >> we get bogged
> >>> down in discussion.  So I will resist temptation, and 
> hope others do
> >>> also, unless they see a serious problem with it.
> >>>
> >>> There is an error in the example code, which refers to b2 
> >> instead of c2.
> >>> Steven Sharp
> >>> sharp@cadence.com
> >>>
> >> -- 
> >> 
> --------------------------------------------------------------------
> >> Gordon Vreugdenhil                                503-685-0808
> >> Model Technology (Mentor Graphics)                gordonv@model.com
> >>
> >>
> >> -- 
> >> This message has been scanned for viruses and
> >> dangerous content by MailScanner, 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.
> > 
> 
> -- 
> --------------------------------------------------------------------
> Gordon Vreugdenhil                                503-685-0808
> Model Technology (Mentor Graphics)                gordonv@model.com
> 
> 
---------------------------------------------------------------------
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 Sun May 10 08:12:08 2009

This archive was generated by hypermail 2.1.8 : Sun May 10 2009 - 08:12:26 PDT