|
|
The DSPLIB bundle is an optimized DSP Function Library package together with the software tools (SWTOOLS) package in bundle format to simplify the release procedure.
The DSPLIB User's Manual provides the documentation and references necessary to integrate DSPLIB Library routines into a development platform.
The following documentation is available:
| User's Manual | [HTML] [CHM] |
| Test Report | [HTML] |
| Software Manifest | [HTML] |
| Release Notes Archive | [LINK] |
The following new features were added:
This version of DSPLIB is compatible with the last released version:
| YES | X |
|---|---|
| NO |
| Note: |
|
This release supports the following device families:
This release was built and validated using the following tools:
Questions regarding the DSPLIB library should be directed to the Texas Instruments TI-RTOS E2E Forum. Please include the text "DSPLIB" in the title and add "C66x" and "DSPLIB" tags to your post.
Compatibility keys serve two primary purposes:
Each compatibility key is composed of 4 comma-delimited numbers - represented here by the letters M, S, R and P [M,S,R,P]. The table below provides a descriptive reference for compatibility key intention.
| Key | Meaning | Description |
|---|---|---|
| 1 (M=Major) | Break in compatibility | The package consumer is required to re-write the calling source code to use the package |
| 2 (S=Source) | Source compatibility | The package consumer’s source code doesn't require change, but does require a recompile |
| 3 (R=Radix) | Introduction of new features | Compatibility with previous interfaces is not broken. If libraries are provided by the package, an application must re-link with the new libraries, but is not required to recompile its source |
| 4 (P=Patch) | Bug fixes only | If libraries are provided by the package, an application must re-link with the new libraries, but is not required to recompile its source. |
Each package version is composed of 4 period-delimited numbers - represented here by the letters M, m, p and b [M.m.p.b]. The table below provides a descriptive reference regarding package version numbering.
| Digit | Meaning | Description |
|---|---|---|
| 1 (M=Major) | Major revision | Incremented when the new version is substantially different from the previous For example, a new module added or an existing module's algorithm significantly altered. |
| 2 (m=minor) | Minor revision | Incremented when the new version has changed but not in a major way. For example, some minor changes in the API or feature set. |
| 3 (p=patch) | Patch number | Incremented for all other source code changes. This include any packaging support code. |
| 4 (b=build) | Build number | Incremented for each release delivery to CM. Reset for any change to M, m or p |