Hello guys! On Thu, Feb 4, 2010 at 7:33 PM, Mike Frysinger <vap...@gentoo.org> wrote: >> > how about we add a common function that handles the swapping ? >> > urj_jtag_to_cpu() ? >> >> Anyway if you want to make it perfect, I think it would be better to add an >> attribute to register, named for example as lsb_first, which is true by >> default and set to false for all Blackfin emulation registers. Then >> register_get_value and register_set_value need to look at this attribute >> and do accordingly. > > ah, even better idea. this would involve extending the "instruction" syntax > such that it takes another argument that declares its endianness ?
Maybe this is a good moment to set up the final API and the function names+arguments to prepare UrJTAG to become a dynamic library? If UrJTAG becomes a library it should never rename function names and its arguments count/order/meaning, only some new functinos can added to extend functionality. This is very important issue to maintain backward compatibility of such a library. I am considering to code SWD/SWJ support to program my STM32 based device soon - I can choose UrJTAG and OpenOCD, but it would be nice to see these two applications cooperate each other to access low level stuff using a urjtag library... and probably any new future application using UrJTAG.so library... Best regards, Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ UrJTAG-development mailing list UrJTAG-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/urjtag-development
