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.

Object Code size of 6727 vs VS33 ... should the 6727 he larger?

We have a design that was started with VS33 and now migrating to 6727. We have noticed about a third larger size in the executables generated for the 6727 versus the VS33 from our legacy hardware. using Code Composet Studio. Since I am running into memory issues and would like to know if there is a setting that I may be missing. Or does the 6727  instruction set take more instructions to implement the same code? I do know it runs faster on the new processor :)

  • Rick,

    This is really a question for the Compiler Forum, and I can get this thread moved to there if you would like. Just let me know.

    Are you comparing the size of the .text section from one to the other, or the .out file, or the used space at the top of the .map file?

    The Instruction Set Architecture of the C6000 family is called Very Long Instruction Word. It is also a Reduced Instruction Set Computer. RISC gives the ability to run at a very high clock rate since each instruction does not have to do a sequence of operations but only a single operation or a small set of operations. VLIW gives the ability to run fast by easing the decode time for each instruction and the ability to run 8 independent processing elements in parallel for much faster operation.

    But both VLIW and RISC can increase code size. The best option is to use the compiler's optimization to optimize for code size. The next option would be to partition the code to put some of it in slower external memory. Another option would be to go to a newer floating point processor like the C6748 or C6654 and see if they give you more internal memory.

    Regards,
    RandyP