
There are 4 messages in this thread.
You are currently looking at messages 0 to 4.
Hi All,
I wish to compile mainA.c and mainB.c in a single project for a TS201
multiprocessor platform. The problem I have is that I get the following
error message when I build the project.
[Error li1050] '_main' ('main'): Multiply defined symbol in processor
'p0'.
Initial definition: '.\Debug\MainA.doj'
Attempted redefinition: '.\Debug\MainB.doj'
I know this is most likely becuase I have mainA.doj and mainB.doj mapped
into both processors, but even after reading the following EE note from AD
,"EE-202 - Using the Expert Linker for Multiprocessor LDFs", I am still non
the wiser about how to manipulate the ldf to get the project working.
Partly this may be because the note was written for VDSP 4 and I am using
VDSP 5
Please can you point me in the right direction?
Regards,
Paul.
______________________________Hi, if I get it right, mainA.c and mainB.c contains the code for processor A and B, respectively. I may be wrong, but I think, the problem is that both source files contain a function with the name main(). main() is called by the run-time header so you might try using different function names for the two processors (e.g. mainA() and mainB()) and separate run-time headers that call one of these functions rather than main(). (the source to be modified can be found here: TS\lib\src\crt_src\ts_hdr.asm) Zsolt______________________________
>Hi, > >if I get it right, mainA.c and mainB.c contains the code for processor A >and B, respectively. I may be wrong, but I think, the problem is that both >source files contain a function with the name main(). main() is called by >the run-time header so you might try using different function names for the >two processors (e.g. mainA() and mainB()) and separate run-time headers >that call one of these functions rather than main(). > >(the source to be modified can be found here: >TS\lib\src\crt_src\ts_hdr.asm) > >Zsolt > > > Thanks for the advice. I will try this. I wondered if it would be more appropraite to have a project group for a multiprocessor project? Cheers, Paul.______________________________
>Thanks for the advice. > >I will try this. > >I wondered if it would be more appropraite to have a project group for a >multiprocessor project? > >Cheers, >Paul. > As far as I know, the Visual DSP simulator cannot be used for simulating multiprocessor projects. (EE-148 says: "The VisualDSP++ Simulator allows to fully test the algorithms and core code for each DSP in the system >>independently<<.") This means that working with a multiprocessor project only makes sense if you have the hardware (TS processor board) to run the program on. But in this case too, using separate projects for each processor may be the simpler way. I have only worked with one multiprocessor board so far (a Bittware SHARC board) and for me it was more convenient to work with separate projects. What board are you using anyway? Zsolt______________________________