N. Coesel wrote:
----- Original Message -----
From: "Peter Jansen" <[email protected]>
To: "GCC for MSP430 - http://mspgcc.sf.net";
<[email protected]>
Sent: Wednesday, November 18, 2009 11:43 AM
Subject: Re: [Mspgcc-users] Size of functions
You could have several seperate C files for several functions. Hash.c,
decrypt.c, encrypt.c. No problem at all to maintain.
Because changing the names of the C files makes a difference to the object
code?
Not in the object code, but in the order in which the functions are linked
in the resulting binary.
If splitting the code in this way makes it easier for you to write
and/or maintain the code, then it is absolutely a good idea - that's
general good development practice.
But if you are relying on this sort of nonsense to provide any extra
security, you are badly mistaken. The order is determined by many
things, including the compiler type, compiler version and the compiler
flags. Even if you have managed to re-order the functions in some way,
it will make approximately zero difference to the time taken for someone
to decode the program. So as a security measure, it is totally worthless.
