Re: [sv-ec] Version 9 of the proposal for mantis item 978 was uploaded

From: Neil Korpusik <Neil.Korpusik_at_.....>
Date: Tue Aug 29 2006 - 14:33:33 PDT
In yesterday's svec meeting we were looking for some new wording for the
unique and unique_index array locator methods. Below is what I have come up
with. Any feedback is appreciated.

From:

unique() returns all elements with unique values or whose expression is
evaluates to a unique value. The queue returned contains one and only one entry
for each of the values found in the array.  The ordering of the returned
elements is unrelated to the ordering of the original array.

unique_index() returns the indexes of all elements with unique values or whose
expression is evaluates to a unique value. The queue returned contains one and
only one entry for each of the values found in the array. The ordering of the
returned elements is unrelated to the ordering of the original array. The index
returned for duplicate valued entries may be the index for one of the
duplicates.


To:

unique() returns a queue that contains one and only one entry for each of the
distinct values found in the array. When a with expression is specified the
results of evaluating this expression are used to determine which entries of
the array are distinct. Elements of the original array are returned. The
ordering of the returned elements is unrelated to the ordering of the original
array.

unique_index() is the same as unique except that unique_index returns the
indexes of the array elements instead of the array elements themselves. The
index returned for duplicate valued entries shall be the index for any one of
the duplicates.

Neil



Bresticker, Shalom wrote On 08/28/06 21:36,:
> Should not the statement "The index returned for duplicate valued
> entries may be the index for one of the duplicates," say "shall be"
> instead of "may be"?
> 
> Thanks,
> Shalom
> 
> 
> 
>>-----Original Message-----
>>From: owner-sv-ec@server.eda.org [mailto:owner-sv-ec@server.eda.org]
> 
> On
> 
>>Behalf Of Neil Korpusik
>>Sent: Tuesday, August 29, 2006 4:37 AM
>>To: SV_EC List
>>Subject: [sv-ec] Version 9 of the proposal for mantis item 978 was
>>uploaded
>>
>>This version contains the 2 friendly amendments that were agreed to
>>in the svec meeting today. There are several action items that were
>>generated from todays' meeting on this sub-clause of the LRM. We went
>>ahead and approved mantis 978 and will address these remaining issues
>>as separate mantis items.
>>
>>
>>
>>AI/Neil - rewrite unique(), the first 2 sentences appear to be
>>contradictory.
>>        - Make sure that it is clear that array elements are returned.
>>        - Add some examples for unique().
>>AI/Neil - Array reduction methods can operate on arrays of
> 
> non-integral
> 
>>values
>>          when a with clause is specified, as long as the type of the
>>expression
>>          is an integral value.
>>AI/Gord - re-write section 5.15.4 - only the default argument value
>>makes sense.
>>AI/Dave - what order is used for find and find_index
>>          (e.g. traversal is left to right of the bounds,
>>                associative is min to max)
>>        - 5.15.1 - change last sentence in first paragraph.
>>AI/All  - can anyone come up with a realistic example? (last example
>>5.15.4)
>>        - not only where you would need it but also what does it mean.
>>
>>
>>Neil
>>
>>
>>--
>>---------------------------------------------------------------------
>>Neil Korpusik                                     Tel: 408-720-4852
>>Senior Staff Engineer                             Fax: 408-720-4850
>>Frontend Technologies - ASICs & Processors (FTAP)
>>Sun Microsystems
>>email: neil.korpusik@sun.com
>>---------------------------------------------------------------------
> 
> 

-- 
---------------------------------------------------------------------
Neil Korpusik                                     Tel: 408-720-4852
Senior Staff Engineer                             Fax: 408-720-4850
Frontend Technologies - ASICs & Processors (FTAP)
Sun Microsystems
email: neil.korpusik@sun.com
---------------------------------------------------------------------
Received on Tue Aug 29 14:33:38 2006

This archive was generated by hypermail 2.1.8 : Tue Aug 29 2006 - 14:33:44 PDT