| ??? 03/22/05 09:21 Read: times |
#90217 - tight SRAM - use C Responding to: ???'s previous message |
If you are tight on SRAM, maybe switching to C can be the solution.
Because the C compiler and linker can overlay local variables much better as any human can do it in assembler. After I switched to C I have less SRAM problems as on former assembler days. On my experience "dirty hacks" are often the result of bad planning. Good planning may cost up to 30% of the whole development time but it is worth this price. Good planning means also modular programming (divide and conquer). Peter |
| Topic | Author | Date |
| initializing SP to 7FH | 01/01/70 00:00 | |
| why? | 01/01/70 00:00 | |
| To Oleg & Russell | 01/01/70 00:00 | |
| To Mehdi | 01/01/70 00:00 | |
| To Mehdi | 01/01/70 00:00 | |
| why not | 01/01/70 00:00 | |
| for example, please | 01/01/70 00:00 | |
| Oleg, why I do similar | 01/01/70 00:00 | |
| here they are | 01/01/70 00:00 | |
| well | 01/01/70 00:00 | |
| well well | 01/01/70 00:00 | |
| well, well - done | 01/01/70 00:00 | |
| tight SRAM - use C | 01/01/70 00:00 | |
- or assembler | 01/01/70 00:00 | |
| Stack pointer | 01/01/70 00:00 | |
| external stack | 01/01/70 00:00 | |
| why not? | 01/01/70 00:00 | |
| SDCC | 01/01/70 00:00 | |
| Re:initializing SP to 7FH | 01/01/70 00:00 | |
| very old assemblers only | 01/01/70 00:00 | |
| Let the assembler do the work! | 01/01/70 00:00 |