Hi Dean, >> ...any plans too switch over to C++? There could be some great base > Nooo! Don't start this again! :)
Ups. Sorry. It looks like that i have the talent to ask the wrong questions in the wrong group ;-). > I was actually just talking with a friend about C++ and virtual > tables. We might actually see a significant performance hit with > virtual functions. My case in point is the NAND driver. If the > driver doesn't have a better read page function, we just sit there > and call a read function on a controller over and over again until we > read enough. This could be bad if we also have to look up the > virtual table to get the right function. This might cause issues for > ZY1000, if I understand how that system works :). The correct function is selected by the compiler and the overhead is IMO in our area not an issue. QT and with it KDE are build on virtual functions. The hole frameworks rely on it. If we have to deal with GBit/s this would be an issue. But in our "environment" this is IMO not an issue. Best Regards, Carsten _______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
