${taskforce.name} Avatar
  1. OMG Task Force

VSIPL_1.5_and VSIPL++_1.3_RTF — All Issues

Open Closed All
All Issues

Issues Descriptions

There is a writing problem with prototypes and arguments of vsip_diir_destroy_f

  • Status: open  
  • Source: University of Science and Technology Beijing ( Runchu Zhao)
  • Summary:

    In prototypes:
    int vsip_iir_destroy_f(vsip_fir_f *filt);
    'vsip_fir_f' should be 'vsip_iir_f'

    In arguments:
    Arguments filt Pointer to a FIR filter object
    'FIR' should be 'IIR'

  • Reported: VSIPL 1.5 — Thu, 27 Aug 2020 15:22 GMT
  • Updated: Thu, 3 Sep 2020 19:58 GMT

Incorporate the VSIPL++ DDA API into the VSIPL Specification

  • Legacy Issue Number: 19132
  • Status: closed  
  • Source: Northrop Grumman ( Mr. Joseph Dougherty)
  • Summary:

    Direct Data Access (DDA) provides the means to access block data via raw pointers, independent of how the block holds the data, and regardless of whether or not the block is bound to user-specified data or VSIPL data. This functionality provides for a more extensible math library by enabling the use of external library calls on user-specified blocks without releasing them, and on VSIPL blocks in general. This API is already incorporated into the VSIPL++ specification and should be incorporated into the VSIPL specification as well in order to bring the two specifications closer together.

    Please note that this issue is similarly being tracked on the specification repository: https://github.com/vsip/specs/issues/8

  • Reported: VSIPL++ 1.2 — Thu, 28 Nov 2013 05:00 GMT
  • Disposition: Resolved — VSIPL++ 1.3
  • Disposition Summary:

    Added a new DDA API to VSIPL (VSIPL, sections 2.5, 4)

  • Updated: Fri, 6 Mar 2015 20:59 GMT

No Highlight's for implementation values

  • Legacy Issue Number: 18546
  • Status: closed  
  • Source: Retired ( Randall Judd)
  • Summary:

    I VSIPL before OMG (VSIPL 1.3) some items were highlighted with yellow in the document to indicate implementation dependent values. For instance the vector index (_vi) must be unsigned but need not be long int. Also names used for structures used in incomplete typedefs need not be as shown in the manual although the VSIPL type name is required. The highlight is not in the new manual but the paragraph at the head of the section indicates it. Need to clarify this for the new specification

  • Reported: VSIPL 1.4 — Wed, 13 Mar 2013 04:00 GMT
  • Disposition: Resolved — VSIPL++ 1.3
  • Disposition Summary:

    Substituted highlighted text with "implementation-dependent" (throughout section 2.1 and 2.2)

  • Updated: Fri, 6 Mar 2015 20:59 GMT

Add "layout_type" member type to dda::Data

  • Legacy Issue Number: 18215
  • Status: closed  
  • Source: dpdx.net ( Brooks Moses)
  • Summary:

    The dda::Data template allows accessing a block with particular layout
    requirements, and the user may leave some of those requirements
    unspecified – which means that the implementation may decide which to
    use based on the block's layout.

    Right now there is no way to query the specific layout parameters that
    resulted from the combination of the block's layout with the layout
    requirements.

    We should add a new Data::layout_type member type to address that.

  • Reported: VSIPL++ 1.2 — Tue, 23 Oct 2012 04:00 GMT
  • Disposition: Resolved — VSIPL++ 1.3
  • Disposition Summary:

    Added the new (nested) type (VSIPL++, section 7.3.2).

  • Updated: Fri, 6 Mar 2015 20:59 GMT

Section numbering is broken in QR, SVD sections

  • Legacy Issue Number: 18213
  • Status: closed  
  • Source: dpdx.net ( Brooks Moses)
  • Summary:

    In the SVD section, the minor section numbers start over with each new
    function, such that there are multiple "8.7.1.1 Functionality" sections.

    The same problem affects the QR section, and possibly others.

    I trust that this will be fixed when the document is reformatted in
    Docbook, but wanted to explicitly note it so that there's a record of
    why the numbers will have changed.

  • Reported: VSIPL++ 1.2 — Tue, 23 Oct 2012 04:00 GMT
  • Disposition: Resolved — VSIPL++ 1.3
  • Disposition Summary:

    This issue was addressed during the OMG transition (VSIPL 1.3). The issue was accidentally left open.
    Disposition: Closed, no change

  • Updated: Fri, 6 Mar 2015 20:59 GMT