| ??? 11/05/09 21:14 Read: times Msg Score: +1 +1 Good Answer/Helpful |
#170475 - RTFM? Responding to: ???'s previous message |
Keith Richeson said:
we have been compiling with support for the second data pointer assuming that it would result in smaller and more efficient code. You should not just assume such things - you should verify them in the appropriate manaual(s) (possibly also by inspection of the generated code). I don't know about IAR, but enabling the 2nd DPTR in Keil affects only a very limited number of library functions - so is unlikely to produce much benefit except in very special circumstances. Also, once the 2nd DPTR is in use, it means that the compiler has to keep track of which one is "current" - which is going to add some overhead to things like interrupts... Does it seem unreasonable to expect smaller/faster code when the compiler is aware of and using the second data pointer? I think it's unreasonable to expect anything that isn't specifically documented. |
| Topic | Author | Date |
| IAR code size with dual data pointers | 01/01/70 00:00 | |
| RTFM? | 01/01/70 00:00 | |
| A bit harsh? | 01/01/70 00:00 | |
| Wasn't meant to be | 01/01/70 00:00 | |
| Conclusion/Updates.... | 01/01/70 00:00 | |
| nice analysis! | 01/01/70 00:00 | |
A Nice Example of a Good Post !!! | 01/01/70 00:00 |