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.

CCSv4 and archiver



Hi,

In CCSv4 when using the archiver to build a library when a lot of input files are used I'll see the error "The input line is too long."
The archiver offers the option to work around this problem (The archiver commands are as follows: @ uses the contents of the specified file instead of command line entries. You can use this command to avoid limitations on command line length imposed by the host operating system.)but CCSv4 doesn't seem to use it ..

Is there a workaround in CCSv4 (so not going to command line)?

Will this be fixed in a coming release?

Thanks and regards,

  • Just adding the -@ option to the archiver command line won't remove the .obj files from it, it will just add that in addition.

    In the build options for the librarian (archiver) edit the command line patern and remove the ${inputs}

     

    John

  • Hi John,

    thanks for the suggestion, but I think that's a very painful workaround (because the user needs to sync. CCS and the archiver command file  manually). I think this should really be handled appropriately in CCS.

    Will this be fixed in a future release?

    Kind regards,

    one and zero

     

     

  • The -@ option with the archiver is meant to be a manual process.  I guess what you are asking for is to have an option exposed in CCS that would:

    1. automatically generate an options file containing all the obj files
    2. pass it to the archiver with the -@ option
    3. remove the ${inputs} from the archiver command line

    CCSv3.3 would use something similar to this with the .lkf files when linking, that was mainly done for link order but it would have the same effect.

    I have filed SDSCM00035187 to track this.

     

    John   

  • Hi John,

     

    yes that was what I was trying to say. That's for translating my request.

     

    Kind regards,

    one and zero