Now that the reformatting is done, comparisons and patches should be easy. Hopefully it will become increasingly rare that we need to compare current code and patches against pre 0.2.
I *will* object to extensive reformatting again, but I appreciate that the style is consistent now. Actual style isn't that important to me. I think that 80 columns is pretty strict, but I don't particularly care actually. If some patch didn't strictly adhere to the whitespace/coding standard but was otherwise good, I wouldn't discard it. If a patch tries to *change* the coding style significantly, then I would have objections as I'd like to see a stable and consistent coding style. Coding style is meant to help and not hurt development, so if it's hurting development we should look at it. -- Øyvind Harboe Embedded software and hardware consulting services http://www.zylin.com _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
