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.

CCS/MSP432E411Y: Subclipse deletes .out and .txt file before build, but does not add again

Part Number: MSP432E411Y

Tool/software: Code Composer Studio

Dear forum,

since a few months I have a problem using subclipse 4.3.0.201901172050 in CCS 9.1: Immediately after starting the build process via the hammer button the .out and .txt files get svn deleted:

delete --force C:/Temp/LHC04/LHC04_tirtos_ccs/Debug/LHC04_tirtos_ccs.txt
    D         C:/Temp/LHC04/LHC04_tirtos_ccs/Debug/LHC04_tirtos_ccs.txt
delete --force C:/Temp/LHC04/LHC04_tirtos_ccs/Debug/LHC04_tirtos_ccs.out
    D         C:/Temp/LHC04/LHC04_tirtos_ccs/Debug/LHC04_tirtos_ccs.out

But after the build finishes they get not added again as replacement. Can anybody tell me how to prevent the files from getting svn deleted or how to get added again?

Thank you in advance!

  • Sven,

    I haven't personally used Subclipse so am not as familiar with it, but if could provide some additional details I will try to provide direction.

    Sven Probst said:
    since a few months I have a problem using subclipse 4.3.0.201901172050 in CCS 9.1:

    So you have been using Subclipse for a while but this problem started recently? 

    Sven Probst said:
    But after the build finishes they get not added again as replacement.

    I assume you have imported the project into a local repository and building it there. Could you provide more details about your svn checkout, import and build steps? What does the CCS console view show for the build output? Are the .out and .txt files not generated at all in the local repository?

    Do you see similar behavior for other projects as well? 

  • Hello AartiG,

    "So you have been using Subclipse for a while but this problem started recently? " I just checked the repository for the .out file: Actually the problem seems to have been since the beginning in Juni 2018. In the past we didn't care about the binaries as software was under development. Thus the problem might be fundamental.

    "I assume you have imported the project into a local repository and building it there." Yes. I think in SVN terms it is a working copy.

    "Could you provide more details about your svn checkout, import and build steps?" Sorry - it was too long ago.

    "What does the CCS console view show for the build output?"

    One example:

    **** Build of configuration Debug for project LHC04_tirtos_ccs ****

    "C:\\ti\\ccs910\\ccs\\utils\\bin\\gmake" -k -j 8 all -O
     
    "C:/Temp/LHC04/LHC04_tirtos_ccs/SVN_version.bat"
    SVN revision extraction on "C:\Temp\LHC04\LHC04_tirtos_ccs"
    SubWCRev: 'C:\Temp\LHC04\LHC04_tirtos_ccs'
     
    Building file: "../systemModule.c"
    Invoking: ARM Compiler
    "C:/ti/ccs910/ccs/tools/compiler/ti-cgt-arm_18.12.2.LTS/bin/armcl" -mv7M4 --code_state=16 --float_support=FPv4SPD16 -me -O0 --include_path="C:/Temp/LHC04/LHC04_tirtos_ccs" --include_path="C:/ti/simplelink_msp432e4_sdk_3_20_00_10/source/third_party/CMSIS/Include" --include_path="C:/ti/simplelink_msp432e4_sdk_3_20_00_10/source/ti/posix/ccs" --include_path="C:/ti/ccs910/ccs/tools/compiler/ti-cgt-arm_18.12.2.LTS/include" --define=DeviceFamily_MSP432E4 --define=__MSP432E411Y__ -g --diag_warning=225 --diag_warning=255 --diag_wrap=off --display_error_number --gen_func_subsections=on --preproc_with_compile --preproc_dependency="systemModule.d_raw" --cmd_file="configPkg/compiler.opt" "../systemModule.c"
    "..\version_info.h", line 9: warning #1181-D: #warning directive: "Source is modified, commit and update working copy!"
    Finished building: "../systemModule.c"
     
    Building file: "../triggeringML.c"
    Invoking: ARM Compiler
    "C:/ti/ccs910/ccs/tools/compiler/ti-cgt-arm_18.12.2.LTS/bin/armcl" -mv7M4 --code_state=16 --float_support=FPv4SPD16 -me -O0 --include_path="C:/Temp/LHC04/LHC04_tirtos_ccs" --include_path="C:/ti/simplelink_msp432e4_sdk_3_20_00_10/source/third_party/CMSIS/Include" --include_path="C:/ti/simplelink_msp432e4_sdk_3_20_00_10/source/ti/posix/ccs" --include_path="C:/ti/ccs910/ccs/tools/compiler/ti-cgt-arm_18.12.2.LTS/include" --define=DeviceFamily_MSP432E4 --define=__MSP432E411Y__ -g --diag_warning=225 --diag_warning=255 --diag_wrap=off --display_error_number --gen_func_subsections=on --preproc_with_compile --preproc_dependency="triggeringML.d_raw" --cmd_file="configPkg/compiler.opt" "../triggeringML.c"
    Finished building: "../triggeringML.c"
     
    Building target: "LHC04_tirtos_ccs.out"
    Invoking: ARM Linker
    "C:/ti/ccs910/ccs/tools/compiler/ti-cgt-arm_18.12.2.LTS/bin/armcl" -mv7M4 --code_state=16 --float_support=FPv4SPD16 -me -O0 --define=DeviceFamily_MSP432E4 --define=__MSP432E411Y__ -g --diag_warning=225 --diag_warning=255 --diag_wrap=off --display_error_number --gen_func_subsections=on -z -m"LHC04_tirtos_ccs.map" -i"C:/ti/ccs910/ccs/tools/compiler/ti-cgt-arm_18.12.2.LTS/lib" -i"C:/ti/simplelink_msp432e4_sdk_3_20_00_10/source" -i"C:/ti/simplelink_msp432e4_sdk_3_20_00_10/kernel/tirtos/packages" -i"C:/ti/ccs910/ccs/tools/compiler/ti-cgt-arm_18.12.2.LTS/include" --reread_libs --diag_wrap=off --display_error_number --warn_sections --xml_link_info="LHC04_tirtos_ccs_linkInfo.xml" --rom_model -o "LHC04_tirtos_ccs.out" "./AD5593_IO_DA_AD.obj" "./ADCBufMSP432E4.obj" "./ADC_SensitiveHAL.obj" "./ADC_uC_HAL.obj" "./ADC_uC_board.obj" "./BoardHAL.obj" "./DAC121S101HAL.obj" "./DataStoreService.obj" "./FPGA_HAL.obj" "./FRAM_HAL.obj" "./FlowmeterHAL.obj" "./GPIO_initWorkaround.obj" "./HDSB_Service.obj" "./I2CMSP432E4.obj" "./I2CMSP432E4_Reset.obj" "./I2C_SensorHAL.obj" "./LDD.obj" "./MultiADC_DAC_IO_HAL.obj" "./PMAT_HAL.obj" "./PSC_LHC_LinkService.obj" "./PeltierCtrlHAL.obj" "./PersistentMemoryService.obj" "./SPIMSP432E4noDMA.obj" "./SPI_MUX.obj" "./Safety_HAL.obj" "./UARTUtils.obj" "./boardLHC04.obj" "./main_tirtos.obj" "./medianFilter.obj" "./messageService.obj" "./ovenML.obj" "./powerMeterML.obj" "./registryService.obj" "./seederBoxML.obj" "./sensorML.obj" "./sensorML_str.obj" "./systemLayer.obj" "./systemModule.obj" "./triggeringML.obj" "./twoLevelControllerML.obj" "./AD7124_ADI_Driver/ad7124.obj" "./AD7124_ADI_Driver/ad7124_regs.obj" "../MSP_EXP432E401Y_TIRTOS.cmd" -l"configPkg/linker.cmd" -l"ti/display/lib/display.aem4f" -l"ti/grlib/lib/ccs/m4f/grlib.a" -l"third_party/spiffs/lib/ccs/m4f/spiffs.a" -l"ti/drivers/lib/drivers_msp432e4.aem4f" -l"third_party/fatfs/lib/ccs/m4f/fatfs.a" -l"ti/dpl/lib/dpl_msp432e4.aem4f" -l"ti/devices/msp432e4/driverlib/lib/ccs/m4f/msp432e4_driverlib.a" -llibc.a
    <Linking>
    Finished building target: "LHC04_tirtos_ccs.out"
     
    Building files: "LHC04_tirtos_ccs.out"
    Invoking: ARM Hex Utility
    "C:/ti/ccs910/ccs/tools/compiler/ti-cgt-arm_18.12.2.LTS/bin/armhex" --ti_txt -o "LHC04_tirtos_ccs.txt"  "LHC04_tirtos_ccs.out"
    Translating to TI-TXT format...
       "LHC04_tirtos_ccs.out" .resetVecs ==> .resetVecs
       "LHC04_tirtos_ccs.out" .text ==> .text
       "LHC04_tirtos_ccs.out" .const ==> .const
       "LHC04_tirtos_ccs.out" .TI.ramfunc ==> .TI.ramfunc
       "LHC04_tirtos_ccs.out" .cinit ==> .cinit
       "LHC04_tirtos_ccs.out" .binit ==> .binit
    Finished building: "LHC04_tirtos_ccs.out"
     
    "C:/ti/ccs910/ccs/utils/tiobj2bin/tiobj2bin.bat" "LHC04_tirtos_ccs.out" "LHC04_tirtos_ccs.bin" "C:/ti/ccs910/ccs/tools/compiler/ti-cgt-arm_18.12.2.LTS/bin/ofd470.exe" "C:/ti/ccs910/ccs/tools/compiler/ti-cgt-arm_18.12.2.LTS/bin/hex470.exe" "C:/ti/ccs910/ccs/utils/tiobj2bin/mkhex4bin.exe"
     

    **** Build Finished ****

    "Are the .out and .txt files not generated at all in the local repository?" They get generated.

    "Do you see similar behavior for other projects as well?" Yes, at least on my computer. I have to check how things work on another computer.

    I'll try the property mentioned in

  • I added the SVN property "DeferFileDelete" on the root of the project and set a value of true. Now the .out and .txt files get not marked as svn delete. This is ok as a workaround. The disadvantage might be that svn tries to make a diff of the old and the newly generated file.

    If I understand the post of Mark Phippard "when a file is added or deleted, the Team API triggers the team provider" correctly maybe the Team API does not inform about the addition of the .out and .txt files??

    Could you check this?

  • Sven Probst said:
    I added the SVN property "DeferFileDelete" on the root of the project and set a value of true. Now the .out and .txt files get not marked as svn delete.

    Glad to hear that you have a workaround. Thanks for reporting back.

    Sven Probst said:
    If I understand the post of Mark Phippard "when a file is added or deleted, the Team API triggers the team provider" correctly maybe the Team API does not inform about the addition of the .out and .txt files??

    This would be a question more for the Eclipse community as it is a not a CCS specific functionality. I would suggest posting to the Eclipse forums to see if anyone there comments on it.