Project building error: Intrinsics are unresolved symbols

You must pass the -mv6600 (--silicon_version=6600) option to the compiler.

It seems like I've done it before:

But outputs nevertheless are:

undefined first referenced
symbol in file
--------- ----------------
_cmatmpy ./omp_matvec.obj

Perhaps omp_matvec.obj is left over from a time when it was compiled without -mv6600.  Please make the project clean and try again.

Unfortunately, it doesn't help...

One more thing... I've found out some DSPLIB's 3.1.1.1 functions (for example DSP_mat_mul_cplx) uses the same intrinsics. So, if I use that function (with the same intrinsics in theirs source code) there are no problems in project building. 

I'm not sure, but could it be the way to find a reason of my problem?

It still seems like something basic is wrong.  Please show exactly how this source file is built, along with the resulting diagnostic.  You can copy-n-paste that from the CCS build console window.

Thanks and regards,

-George

Here are result diagnostics:
**** Build of configuration Debug for project Dpl_080413_mtx ****

C:\ti\ccsv5\utils\bin\gmake -k all
'Building file: ../omp_config.cfg'
'Invoking: XDCtools'
"C:/ti/xdctools_3_23_04_60/xs" --xdcpath="C:/ti/omp_1_01_03_02/packages;C:/ti/bios_6_33_06_50/packages;C:/ti/ipc_1_24_03_32/packages;C:/ti/pdk_C6678_1_1_2_5/packages;C:/ti/uia_1_02_01_08_eng/packages;C:/ti/ccsv5/ccs_base;C:/ti/dsplib_c66x_3_1_1_1/packages;" xdc.tools.configuro -o configPkg -t ti.targets.elf.C66 -p ti.omp.examples.platforms.evm6678 -r debug -c "C:/ti" "../omp_config.cfg"
making package.mak (because of package.bld) ...
generating interfaces for package configPkg (because package/package.xdc.inc is older than package.xdc) ...
configuring omp_config.xe66 from package/cfg/omp_config_pe66.cfg ...
cle66 package/cfg/omp_config_pe66.c ...
'Finished building: ../omp_config.cfg'
' '
'Building file: ../omp_matvec.c'
'Invoking: C6000 Compiler'
"C:/ti/bin/cl6x" -mv6600 --abi=eabi -O3 --symdebug:skeletal --optimize_with_debug=on --include_path="C:/ti/include" --display_error_number --diag_warning=225 --diag_wrap=off --gen_func_subsections=on --debug_software_pipeline --openmp --opt_for_speed=5 --gen_opt_info=2 --call_assumptions=2 --auto_inline=3 --preproc_with_compile --preproc_dependency="omp_matvec.pp" --cmd_file="./configPkg/compiler.opt" "../omp_matvec.c"
"../omp_matvec.c", line 57: warning #552-D: variable "r" was set but never used
'Finished building: ../omp_matvec.c'
' '
'Building target: Dpl_080413_mtx.out'
'Invoking: C6000 Linker'
"C:/ti/bin/cl6x" -mv6600 --abi=eabi -O3 --symdebug:skeletal --optimize_with_debug=on --display_error_number --diag_warning=225 --diag_wrap=off --gen_func_subsections=on --debug_software_pipeline --openmp --opt_for_speed=5 --gen_opt_info=2 --call_assumptions=2 --auto_inline=3 -z -m"Dpl_080413_mtx.map" -i"C:/ti/lib" -i"C:/ti/include" --reread_libs --warn_sections --rom_model -o "Dpl_080413_mtx.out" -l"./configPkg/linker.cmd" "./omp_matvec.obj" -l"C:\ti\dsplib_c66x_3_1_1_1\lib\dsplib.ae66" -l"C:\ti\dsplib_c66x_3_1_1_1\lib\dsplib.ae66e" -l"libc.a"
<Linking>

undefined first referenced
symbol in file
--------- ----------------
_cmatmpy ./omp_matvec.obj

error #10234-D: unresolved symbols remain
error #10010: errors encountered during linking; "Dpl_080413_mtx.out" not built

>> Compilation failure
gmake: *** [Dpl_080413_mtx.out] Error 1
gmake: Target `all' not remade because of errors.

**** Build Finished ****

Unfortunately, I am still unable to reproduce your results.  Is there any chance you could send the entire CCS project?

Thanks and regards,

-George

Sure, here you are.

0574.Dpl_080413_mtx.zip

Please let me know if you need any information from workspace directory.

Regards, Maxim

I apologize for the delay.

Thank you for submitting the project.  I can use it to reproduce the error.  I filed SDSCM00047237 in the SDOWP system to have this addressed.  Feel free to follow it with the SDOWP link below in my signature.

Thanks and regards,

-George

Thank you for your help, George.

I'll follow it and wait for the solution.

Regards, Maxim