> You can add your stuff for testing, ok no problem. You can put things in > plase so that I can test and profile potential changes. But you are > stepping on my toes by changing things I work on.
Let me take this oportunity to thank you for finding and reporting these bugs in a productive manner even if you disagree with me on this one. I believe I will win you over, eventually. I'm jumping to fix the problems that I've created, this includes performance problems. > The in_handlers are not depreciated, you are suggeting that they should be. > a big difference, and I think they should stay. in_handlers cause various problems: - API bloat. It is only used in a few places. - performance problems on embedded targets. Lots of fn calls and overhead in the drivers. - hard to read code (callbacks are much more opaque than a straightforward manipulation in the code) - I believe that they will *hide* some performance problems that will now be brought into bright daylight. Using a normal out/in scan + post processing will be much clearer and faster. -- Øyvind Harboe Embedded software and hardware consulting services http://consulting.zylin.com _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
