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.

MSP432P4111: linux CCSV10 system_msp432p4111.c fails to find symbols in included file: msp432p4111.h, but mac + window don't exhibit this behavior

Part Number: MSP432P4111

I'm working with multiple coding partners using multiple hosts computers, all using the same code base.

The code builds on CCS v10 for windows and max osx but not ubuntu.

What is helpful is that you don't need the entire code base to find this error, you just need to select "Build Selected file(s)" for system_msp432p4111.c

The ubuntu code compilation fails in finding SYSCTL_A however, if you select the field, then select Open Declaration, the CCS tool opens msp432p4111.h and highlights SYSCTL_A.

On the mac, though it builds, if you select the field, then select Open Declaration, the CCS tool puts in the lower left hand corner of the window, in red: "Could not find the symbosl 'SYSCTL_A" in index."

Please help!

  • I've narrowed down the problem to a flag in the compile option, likely set in the project properties - I now have two almost identical projects under macosx, one builds ok, the other builds with the error above, previously found on the linux box..

    The project was developed on a 401r launchpad but the "real" hardware is a 4111, in one project, after "Invoking ARM Compiler" leading to changing the system files in a previously created project.

    For one project I see:

    --define=__MSP432P4111  (this works)

    under the other, I see:

    -define=__MSP432P401R__ (this leads to compile failure stated above, likely because of change of system files)

    Is there way to set this field via a properties value change?

  • changing the properties -> General -> variant MSP432P4111 fixed the build on macosx but did not resolve the "can't find SYSCTL_A" error messages under linux.

  • Hi Robert,

    Please provide all the build messages in the build console for both the working (macosx) build and the non-working build (linux). You can copy&paste the messages to a text file (have separate files for each build) and attach the text files to this thread.

    Thanks

    ki

  • the macosx issue resolved itself when I retried this morning, I shutdown and repowered up, so I guess it was a configuration issue.

    I haven't tried rebooting the ubuntu box but will do that sometime today and get back to you.

    I can't find the button to attach a file, so I am copying and pasting:

    /home/rps/ti/ccs1010/ccs/utils/bin/gmake -k -j 12 system_msp432p4111.obj -O

    Building file: "../system_msp432p4111.c"
    Invoking: ARM Compiler
    "/home/rps/ti/ccs1010/ccs/tools/compiler/ti-cgt-arm_20.2.2.LTS/bin/armcl" -mv7M4 --code_state=16 --float_support=FPv4SPD16 -me --include_path="/home/rps/workspace_v10/pim_pe" --include_path="/home/rps/ti/simplelink_msp432p4_sdk_3_40_01_02/source" --include_path="/home/rps/ti/simplelink_msp432p4_sdk_3_40_01_02/source/third_party/CMSIS/Include" --include_path="/home/rps/ti/ccs1010/ccs/tools/compiler/ti-cgt-arm_20.2.2.LTS/include" --include_path="/home/rps/ti/simplelink_msp432p4_sdk_3_40_01_02/source/ti/devices/msp432p4xx/driverlib" --include_path="/home/rps/ti/ccs1010/ccs/ccs_base/arm/include" --advice:power=none --define=__MSP432P401R__ --define=DeviceFamily_MSP432P401x -g --diag_warning=225 --diag_warning=255 --diag_wrap=off --display_error_number --gen_func_subsections=on --preproc_with_compile --preproc_dependency="system_msp432p4111.d_raw" "../system_msp432p4111.c"

    >> Compilation failure
    subdir_rules.mk:7: recipe for target 'system_msp432p4111.obj' failed
    "../system_msp432p4111.c", line 276: error #20: identifier "SYSCTL_A" is undefined
    "../system_msp432p4111.c", line 328: error #20: identifier "FLCTL_A" is undefined
    2 errors detected in the compilation of "../system_msp432p4111.c".
    gmake: *** [system_msp432p4111.obj] Error 1

    **** Build Finished ****

  • Thanks. I assume the above output is for linux.

    Please provide the same for macosx (or windows), where the build is successful.

  • ok. I rebooted the linux box but the error  did not go away.

    here's the macosx compile:

    **** Build of configuration Debug for project pimcsp ****

    /Applications/ti/ccs1010/ccs/utils/bin/gmake -k -j 7 system_msp432p4111.obj -O

    Building file: "../system_msp432p4111.c"
    Invoking: ARM Compiler
    "/Applications/ti/ccs1010/ccs/tools/compiler/ti-cgt-arm_20.2.2.LTS/bin/armcl" -mv7M4 --code_state=16 --float_support=FPv4SPD16 -me --include_path="/Applications/ti/ccs1010/ccs/ccs_base/arm/include" --include_path="/Applications/ti/ccs1010/ccs/ccs_base/arm/include/CMSIS" --include_path="/Users/rps/Documents/workspace/pimcsp" --include_path="/Applications/ti/simplelink_msp432p4_sdk_3_40_01_02/source" --include_path="/Applications/ti/simplelink_msp432p4_sdk_3_40_01_02/source/ti/devices/msp432p4xx/driverlib/" --include_path="/Applications/ti/simplelink_msp432p4_sdk_3_40_01_02/source/ti/devices/msp432p4xx/inc/" --include_path="/Applications/ti/simplelink_msp432p4_sdk_3_40_01_02/source/ti/posix/ccs" --include_path="/Applications/ti/ccs1010/ccs/tools/compiler/ti-cgt-arm_20.2.2.LTS/include" --advice:power=all --define=ccs --define=__MSP432P4111__ -g --gcc --diag_warning=225 --diag_wrap=off --display_error_number --abi=eabi --preproc_with_compile --preproc_dependency="system_msp432p4111.d_raw" "../system_msp432p4111.c"
    "../system_msp432p4111.c", line 157: remark #2624-D: (ULP 5.4) Detected an assignment to a type with size less than int. To avoid unnecessary sign extension, use int-sized types for local varaibles and convert to smaller types for static storage.
    "../system_msp432p4111.c", line 190: remark #2624-D: (ULP 5.4) Detected an assignment to a type with size less than int. To avoid unnecessary sign extension, use int-sized types for local varaibles and convert to smaller types for static storage.
    "../system_msp432p4111.c", line 276: remark #1527-D: (ULP 2.1) Detected SW delay loop using empty loop. Recommend using a timer module instead
    Finished building: "../system_msp432p4111.c"

    **** Build Finished ****

  • The build settings are different between the two. The working build has 8 paths while the broken one has 6 paths. Only 5 paths match between both. Likely the broken build is missing some required paths. 

    There are also some other differences (besides the --define). The broken build is missing --gcc --abi=eabi options that the working build has.

  • To clarify the below:

    The working build has 8 paths while the broken one has 6 paths. Only 5 paths match between both. Likely the broken build is missing some required paths. 

    I am referring to include search path (--include_path)