Hi, > sfr16 keyword exist for pic16.
It does? Well, that would be news to me ... Does it work?!? > There is no reason for discard it from pic14 implementation. Just lack of time for implementation. > Together with change duplicate SFR names in non-free include files from ie: > > extern __at(0x000F) __sfr TMR1; > extern __at(0x000F) __sfr TMR1L; > ... > to > > extern __at(0x000F) __sfr16 TMR1; > extern __at(0x000F) __sfr TMR1L; > ... > > add it should be nice feature. I agree that this feature would be nice. However, this needs support in the code generator and (equally important) in the linker (gputils' gplink): Currently gputils do not like two symbols (TMR1 and TMR1L) occupying the same memory location (0x000F). Unless someone volunteers to implement both sides (or multiple volunteers step forward, together covering both sides ...), I do not see this being implemented any time soon. It is not sufficient to just "allow" the keyword and hope that everything else just magically falls into place. Sorry to disappoint you. Raphael ------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_122712 _______________________________________________ Sdcc-user mailing list Sdcc-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sdcc-user
