• State
  • Locked Locked
  • Replies 4 replies
  • Subscribers 100 subscribers
  • Views 438 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Problem including dsplib.h (c674x 3.1.0.0)

Iaroslav Ianishyn
Prodigy 230 points

This post is somehow related to the post http://e2e.ti.com/support/dsp/omap_applications_processors/f/42/t/212792.aspx

First, I also found that paths must be fixed in libs headers, and done this.

But problem still is not solved. It can't resolve functions prototypes (e.g. DSPF_q15tofl())

I checked libs headers more carefully. The problem is in guardian defines of the headers.

"dsplib.h" includes "ti/dsplib/src/DSPF_q15tofl/DSPF_q15tofl.h" with guardian #ifndef _DSPF_Q15TOFL_H_, and then it includes "ti/dsplib/src/DSPF_q15tofl/c674/DSPF_q15tofl.h" with the same guardian define!

Sure, it can not reach functions prototypes in this situation. I fixed guardian defines in these files and it works.

Can you comment this? Is this good strategy - to fix guardians manually in all files?

  • 0
    TI__Guru** 116170 points

    Hi Iaroslav,

    This issue has been resolved in the DSPLIB release 3.1.1.1 available on ti.com. The intermediate headers have the leading underscore removed in the guardian in the intermediate header. Please download the new release and let us know if you still have the same issue.

    Regards,

    Rahul

  • 0 in reply to Rahul Prabhu
    Prodigy 120 points

    Hello Rahul,

    I am meeting a similar problem. I am using DSPLIB release 3.1.0.0, that was installed with the SDK. The SDK version I have is 02.00.00.00. As far as I checked this is the last version. I tried to find the link for downloading the  DSPLIB release 3.1.1.1, but I couldn't find. Could you send it to me?

    Thanks,

    Jacob

  • 0 in reply to Jacob46101
    Prodigy 230 points

    Hello Jacob, I must disappoint you - this issue still is not fixed in 3.1.1.1.

    Some include files fixed, some not - so you still need to fix them manually, just a little less manual work in ver. 3.1.1.1.

    And don't forget that biquad function 2-elements a-array really must be 3-elements with fake first as it addresses them a[1], a[2]...

  • 0 in reply to Iaroslav Ianishyn
    Prodigy 30 points

    Is there any timescale for getting this fixed?

    I know it's just a trivial little bug, but I'm trying to upgrade a project using DSPLib on a client's Linux system where I don't have write access to the library directories and I'm not sure how happy they will be when I tell them that I either need to edit all the intermediate header files or have to use my own local prototypes of the functions (neither is viewed as good practice in a safety critical development!)