Although I have bankswitching working as described in the sdcc manual, 
I'm still stuck with a couple of issues.  I'm wondering if anyone has 
suggestions on how to work around these...

* printf routine is linked into a non-home bank and is not marked as a 
banked routine.  Bad things happen when banked code calls printf.
     Is there anyway to force printf into the first bank at linking time?
     Would a banked wrapper function in the same bank as printf be a 
reasonable work around? (the main limitation would be that all banked 
code must be modified to call the wrapper instead of printf)

* source code must be modified with __banked tag to move them into 
non-default banks and keep them accessible.  I'm working on porting an 
open source operating system to an 8051 cpu.  The OS already supports 
numerous platforms.  It will be difficult and undesirable to modify all 
of the source code in a way that is only required for a single 
platform.  Sure it is possible to keep the code portable with 
pre-processor macros, but the core developers will not be interested in 
diluting their code base with non-standard, cpu/compiler specific flags.

   It would be really neat if the compiler could accept an additional 
file that could specify on a per routine basis additional tags such as 
banked, and the desired bank/area.   hey i can dream right!?

   My only other recourse short of forking the OS code base is writing a 
c re-compiler that can preprocess all the code and add in the required 
tags.  I have done something similar with http://codeworker.free.fr/  
before but this seems overkill.  Is there some easier way?


Anthony*

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Sdcc-user mailing list
Sdcc-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sdcc-user

Reply via email to