On 10. 01. 2013 18:09, Raphael Neider wrote: > 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).
Does MPASM(X) "like" it? > 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 Borut ------------------------------------------------------------------------------ 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
