• State Resolved
  • Locked Locked
  • Replies 5 replies
  • Subscribers 99 subscribers
  • Views 551 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.

build_p674.h Not Getting Populated

Mark Skidmore
Intellectual 720 points
Other Parts Discussed in Thread: SYSBIOS

I'm migrating from DSP/BIOS to SYS/BIOS (CCSv5.2.2, BIOS 6.33.05.46, XDC Tools  3.23.03.53)  and my ProjectHome\Debug\configPkg\package\cfg\build_p674.h file is not getting populated correctly. Below are its contents:

/*
 *  Do not modify this file; it is automatically
 *  generated and any modifications will be overwritten.
 *
 * @(#) xdc-y25
 */

#include <xdc/std.h>

extern int xdc_runtime_Startup__RESETFXN__C;

extern int xdc_runtime_Startup_reset__I;

extern int xdc_runtime_Startup__EXECFXN__C;

extern int xdc_runtime_Startup_exec__E;

As a result, I'm getting many errors of the nature:

Description    Resource    Path    Location    Type
#20 identifier "AlarmEventTaskFreeQueue" is undefined    UmmRuntimeModule.cpp    /Vibration Monitor    line 130    C/C++ Problem

I have these (relevant lines) in my cfg file:

bios.SEM.create("AlarmEventTaskPoolSemaphore");
bios.SEM.instance("AlarmEventTaskPoolSemaphore").comment = "Alarm Event Task Pool";

Why is the build_p674.h () file not getting populated?

Although I was working on this problem previously (http://e2e.ti.com/support/embedded/bios/f/355/t/193719.aspx) and am getting the same problem, I have completely restarted this project from scratch.This project includes the generated RTSC platform package (from the migration tool) whereas the previous project did not.

Latest cfg file is attached (8585.VibrationMonitor.cfg).

  • 0
    TI__Mastermind 26780 points

    Mark,

    In your attached 8585.VibrationMonitor.cfg file these two lines are commented out:

    //bios.SEM.create("AlarmEventTaskPoolSemaphore");
    //bios.SEM.instance("AlarmEventTaskPoolSemaphore").comment = "Alarm Event Task Pool";

    I’m wondering why, and if maybe this is causing an earlier error that is resulting in the short .h file.  Is this possible, or is the attached .cfg not your latest?

    Scott

  • 0 in reply to ScottG
    Intellectual 720 points

    I commented them out because I tried using the XGCONF tool to add the same semaphore:

    var AlarmEventTaskPoolSemaphoreParams = new Semaphore.Params();
    AlarmEventTaskPoolSemaphoreParams.instance.name = "AlarmEventTaskPoolSemaphore";
    Program.global.AlarmEventTaskPoolSemaphore = Semaphore.create(null, AlarmEventTaskPoolSemaphoreParams);

    Whether I use

    bios.SEM.create("AlarmEventTaskPoolSemaphore");
    bios.SEM.instance("AlarmEventTaskPoolSemaphore").comment = "Alarm Event Task Pool";

    or the XGCONF tool as shown above (and comment out accordingly), my build_p674.h (1108.build_p674.h) is not getting populated.

    My cfg file has everything I need that should be in the build_p674.h file. Why aren't the contents of the cfg file getting produced in the build_p674.h file?

    Latest config file is attached (3225.VibrationMonitor.cfg)

    I appreciate your help. Thanks.

  • 0 in reply to ScottG
    Intellectual 720 points

    I commented these out because I tried doing this at the bottom of the file:

    var Semaphore = xdc.useModule('ti.sysbios.knl.Semaphore');
    var AlarmEventTaskPoolSemaphoreParams = new Semaphore.Params();
    AlarmEventTaskPoolSemaphoreParams.instance.name = "AlarmEventTaskPoolSemaphore";
    Program.global.AlarmEventTaskPoolSemaphore = Semaphore.create(null, AlarmEventTaskPoolSemaphoreParams);

    but had no luck. Whether I use the bios.SEM.create(...) and bios.SEM.instance(...).comment or the lines above, I still get the same result: No populated build_p.674.h file...

    Latest config file is attached - 0245.VibrationMonitor.cfg

  • 0 in reply to Mark Skidmore
    TI__Mastermind 18320 points

    Mark,

    Can this thread be closed now, or are you still working this issue?

  • 0 in reply to David Friedland
    Intellectual 720 points

    Go ahead and close it...thanks to all who attempted to help.