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.

faster build in ccv5

  1. I have a project structure say "M1->(m11->(m11a,m11b,m11c), m12->(m12a,m12b,m12c), m13->(m13a,m13b,m13c))
  2. where M1 is a main  directory , (m11,m12,m13) are subdirectories and  (m11a,m11b,m11c) are ".c and .h" files.
  3. Issue is when I need to compile m13c file, it takes me enormous amount of time ,for the compiler to generate the ".obj" file.
  4. Is there any way to make faster?
  5. Thanks in advance.

Environment:

Win7 Professional, 64bit

Code Composer studio V5

  • AravindKumar Venugopal said:
    Issue is when I need to compile m13c file, it takes me enormous amount of time ,for the compiler to generate the ".obj" file.

    How long does it take and are you building just the single C source file, not the entire project? Is the long compile time seen only with this source file or with others as well? Is the file a large source file, with large functions? If so, it might help to break large functions down into multiple smaller functions.

  • Hi AartiG :
    Thanks for the reply. Please find the answers for your queries.

    A. I have 203 folders in my project for which 15(.c and .h) files are present, the time taken is of 45 minutes to 1 hour each and every time.
    B. When I try to consolidate the .c files in a folder and .h files in another folder, the time taken is 4 minutes, but I don't want to change my folder structure and "include" options in my existing project.
    C. Is there any other better way to resolve this time consuming process?
  • Do you mean 203 sub-folders with source and header files spread out among them? Perhaps all of that traversing between directories and paths to resolve are slowing down the compiler. 

    One suggestion is to try the latest CCSv6 to see if things improve. You could also try enabling the parallel build option to speed up the compilation time. Ultimately though, if these do not result in significant improvement, it may come down to having to restructure your project in a more optimal way, as you have mentioned.