uncalled functions

NO NO NO!!!

Think about it, how can you get the address into that function pointer? The function is relocatable so you can not hard code it. The only way to obtain it, is to make a reference to it somehow (ie pFn = myFn;). However, as soon as you do that, the compiler has to send the linker a "fixup this address" record ( it is relocatable remember). But it's unreferenced, so there are no such records.

I reiterate, the only way to access unreferenced, relocatable code is to look at the listing, copy the address and write another piece of code to access it.

Assuming you want to allow for the above terrible programming technique, just make it a linker option. If available, I guarantee I will always have it enabled.

NO NO NO!!!

Think about it, how can you get the address into that function pointer? The function is relocatable so you can not hard code it. The only way to obtain it, is to make a reference to it somehow (ie pFn = myFn;). However, as soon as you do that, the compiler has to send the linker a "fixup this address" record ( it is relocatable remember). But it's unreferenced, so there are no such records.

I reiterate, the only way to access unreferenced, relocatable code is to look at the listing, copy the address and write another piece of code to access it.

Assuming you want to allow for the above terrible programming technique, just make it a linker option. If available, I guarantee I will always have it enabled.

Actually there is one bizzare way to call it. That is you first write an assembly routine that has no return! You then instruct the linker to force your relocatable, unreferenced code to follow that assemble routine. This is bizzare code (time to shoot the programmer). I am fine with allowing for this. Just make this removal of unreferenced relocatable dead code a linker option that is by default disabled. It still will be an option I would always use.

Actually, there is another way.

You can create a program with several functions that are not invoked. This program MIGHT be a boot loader.

Then, you can create another program that includes the public symbols only from the absolute object file of the boot loader. The second program could then call the unused functions in the boot loader.

Refer to the following knowledgebase article for ways you can use the PUBLICSONLY directive to do stuff like this.

http://www.keil.com/support/docs/2385.htm

Jon

Thank Jon for an another argument to add to my case. (I used the BL51 so was unaware of this option.)

You have the ability to automatically remove unused library functions by using the one function per file technique. However to make the a boot loader and have these functions available, the programmer must take extra steps to prevent these functions from disappearing. You could foolishly invoke the "it is not safe in every concivable situation" and not allow this auto removal of unreferenced library functions. Thankfully you did not do this. You actually go the other way and make it even easier to get into this situation, by adding this NOPUBLICS option.

The bottom line is the [auto remove "unreference/reloacatable" functions] linker option, would be no more unsafe the the [auto remove of "unreferenced/one function per file" library functions]. It is a poor argument to say "it is not safe in every concivable situation" for both cases.