Other Parts Discussed in Thread: CCSTUDIO
Hi there,
We are using TMS320F28335. I would like to request code composer v3.3 please (I'm not sure of the exact subversion). I have tried v3.3 Platinum and it produces some minor differences. It appears as though I need some older libraries and it may even be that the older compiler may have optimised slightly differently to give slightly different size .obj (for only two of our many source files). We have a 'legacy.out' file that requires a new certification which requires all source files and the ability to rebuild the legacy.out file exactly. It has been field tested already and the legacy.out file cannot be allowed to change by one bit. We have all our old source files (including .pjt, .lkf, .map etc) but unfortunately we did not retain the TI source files or the exact version of compiler etc.
Some hints for what the older version might be from legacy.lkf says "C:/CCStudio_v3.3/" and "C:/CCStudio_v3.3/bios_5_31_02/". Some hints from legacy.map says "TMS320C2000 Linker PC v5.2.0"
Whereas outputs from v3.3 Platinum say "C:/CCStudio_v3.3PLA/" and "C:/CCStudio_v3.3PLA/bios_5_33_05/" and "TMS320C2000 Linker PC v5.2.1".
Whilst attempting to produce the exact same legacy.out (well hex file really) using v3.3Platinum I have tried changing the bios to "C:/CCStudio_v3.3PLA/bios_5_31_02/" but I believe there are some library differences as well as possibly compiler optimisation differences.
Some other hints for what the older version might be from legacy.map say that strtol.obj (from rts2800_fpu32.lib) has a length of E4 but the length from v3.3Platinum is EB. Now there are only two other of our source.obj (out of many) that have slightly different lengths in the .map, so I don't know if these are TI library related or compiler optimisation related. I suppose you could just send me the old rts2800_fpu32.lib first to see if that fixes all of my issues or just one.
Thanks for your help.
