> There really doesn't seem to be much of a point; GCC's AVR support is >very good these days.
True, however sad it may be. SDCC certainly has potential to support 8-bitters much better than gcc, but it's unlikely anybody will invest into the avr branch now - it's easier to learn to live with the limitations of avr-gcc. 2 or 3 years ago, as an exercise in understanding big projects as SDCC is, I got the AVR branch generate actual code assemblable with gas. It took me like a week of full-time work (actually more like two weeks, but I also had other things to do). It was far, far from being optimal or even approach the quality of avr-gcc-generated code, not to mention that it worked only for a well-selected range of functions (read, the backend is buggy beyond my capabilities to repair it - and it really needs re-creation rather than repair). JW ------------------------------------------------------------------------------ Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk _______________________________________________ Sdcc-user mailing list Sdcc-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sdcc-user
