Dear Simon, In message <CAPnjgZ1hKpGUCqU8D36VXm14jg_Xv=q1quh+kpnamjx6834...@mail.gmail.com> you wrote: > > > Adding a parameter to these exported functions will break backward > > compatibility > > of existing standalone apps > > Yes that's right, but when they move to a newer U-Boot they will need > to be updated. Isn't that expected with standalone apps? I can adjust > things that are in the mainline tree, but I can't fix up people's > third party apps.
Backard compatibility has never been an issue with SA applications. The design intentionally introduced the XF_VERSION number (see include/exports.h) which just has to be incremented to signalize interface changes. But then, putc() is a stdio function with well-known synopsis, and this should never be changed. > I did make a suggestion about how to avoid adding the extra parameter > (changing the behaviour to call putc() instead of dev->putc()). What > do you think? Sounds better to me. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Every program has at least one bug and can be shortened by at least one instruction -- from which, by induction, one can deduce that every program can be reduced to one instruction which doesn't work. _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
