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.

Converting CCSv3.3 Project to CCSv5.3, Compile Error

I am attempting to migrate a CCSv3.3 project from one of our legacy products to CCSv5.3, because I will be needing to add a few features to it over the next 6 weeks or so. Any documents you can point me to that would assist with this would be greatly appreciated.  Currently, the issue I am having is that one of the TI header files in the legacy code is not being found by CCS5.3.  It is the csl.h header file.


Got through the CSL stuff on this but now I get the following error:

INTERNAL ERROR: C:\ti\ccsv5\tools\compiler\c6000_7.4.1\bin\opt6x.exe experienced a segmentation fault while

                processing function _GetTime file C:\\Users\\chadw\\AppData\\Local\\Temp\\064042

 

This is a serious problem.  Please contact Customer

Support with this message and a copy of the input file

and help us to continue to make the tools more robust.

 

 

>> Compilation failure

gmake: *** [K:/Infrastructure_Group_Stuff/TS2_ADC/Code/TS3/3.01.19.3000/Source/DSP1/Debug/log_func.obj] Error 1

gmake: Target `all' not remade because of errors.

 

**** Build Finished ****

  • We'll need a compilable test case to analyze the problem, including the complete command-line options

  • Where do I find those pieces of information?

  • In this case we need the source file which contains the function GetTime, in preprocessed form.  We also need to know the exact compiler build options used.

    Thanks and regards,

    -George

  • 5265.log_func.c
    Fullscreen
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    /******************************************************************************
    * Hunt Technologies
    * 6436 County Rd 11
    * Pequot Lakes, MN 56472
    *
    * (c) Copyright 2001 - 2006, Hunt Technologies, Inc., Pequot Lakes, MN
    *
    * THIS SOURCE CODE CONTAINS CONFIDENTIAL INFORMATION THAT IS OWNED BY HUNT
    * TECHNOLOGIES, INC. AND MAY NOT BE COPIED, DISCLOSED OR OTHERWISE USED WITHOUT
    * THE EXPRESS WRITTEN CONSENT OF HUNT TECHNOLOGIES, INC.
    *
    * File name : log_func.c
    * Programmer(s): Sudhanand Dayalan.
    * Created :
    * Revisions :
    * Description :
    * Date :
    * Author :
    *
    XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

  • Sorry, the compiler options did not attach the first time

  • The source file you provide is not preprocessed like this, thus we cannot build it.  Also, please provide the build options in text form, and not an image.  That allows us to copy-n-paste the build options.

    Thanks and regards,

    -George

  • Build options:

    -mv6700 --abi=coffabi -O3 -g --include_path="C:/ti/ccsv5/tools/compiler/c6000_7.4.1/include" --include_path="C:/Program Files/C6xCSL/include" --include_path="K:/Infrastructure_Group_Stuff/TS2_ADC/Code/TS3/3.01.19.3000_CCS5_test/Source/DSP1/PLEX_dsp1/Debug" --include_path="C:/ti/bios_5_42_00_07/packages/ti/bios/include" --include_path="C:/ti/bios_5_42_00_07/packages/ti/rtdx/include/c6000" --include_path="C:/ti/xdais_7_21_01_07/packages/ti/xdais" --include_path="/include" --define="_DEBUG" --define="CHIP_6713" --define=c6713 --quiet --display_error_number --issue_remarks --verbose_diagnostics --interrupt_threshold=2000 --no_bad_aliases --speculate_loads=36 --c_src_interlist --obj_directory="K:/Infrastructure_Group_Stuff/TS2_ADC/Code/TS3/3.01.19.3000/Source/DSP1/Debug" --asm_directory="K:/Infrastructure_Group_Stuff/TS2_ADC/Code/TS3/3.01.19.3000/Source/DSP1/Debug"

  • Thank you for submitting a test case.  I can reproduce this behavior.  I filed SDSCM00051207 in the SDOWP system to have this investigated.  

    Two workarounds exist.  One, you can upgrade the compiler to version 7.4.11.  Visit this page about that.  Or, you can lower the optimization level from -o3 to -o2.  Note the equivalent long form of the -o option is --opt_level.
    Thanks and regards,
    -George
  • This problem is a duplicate of SDSCM00046693, which is fixed in 7.4.3 for the 7.4.x series.

    Other workarounds include adding a FUNC_CANNOT_INLINE pragma to the concat() function, or using the library function strcat() or strncat() instead of concat(), because they do pretty much the same thing.

  • Okay, I tried this and it did resolve that error, however all that did is expose another 20 errors, including memory map errors, and suggestions that I reduce optimization levels (which I cannot do due to the hard real-time nature of our code).  I don't have time to spend debugging all of them...Its obvious to me that TI apparently did not properly think through the CCS 3.3 -> CCS 5 migration case.  I am truly disappointed with the CCS 5 product; I expected better than this from TI.  I will simply need to get an old Win XP box re-loaded with CCS 3.3 to perform the tasks I need to do and worry about "upgrading" to CCS 5 sometime later.

    Chad