>> It is this kind of thing that make the maintenance considerations >> important. Again, C in my opinion, it not the easiest language in which >> to maintain something like this. > > The choice of language has very little to do with maintainability > (except for certain extreme cases for things like assembler, > brainfuck, etc). The coding style, documentation (both in comments > and as separate files), and experience of the author are all much > larger factors. This is my opinion.
It is possible that I am over estimating the amount of maintenance that this new code will require. Should it require the amount I'm estimating, I am saying that Python is a higher level language than C. And that because of that, the maintenance is easier in Python due to the fact that strides in C are done in smaller steps, all of which require thought from the developer and all of which are prone to error and cost time. > >> It is especially curious why this >> should exist at all when as of two weeks ago there was an SVF conversion >> tool in this project. >> > It .... does not require a separate step to use. You are correct if it works as advertised. (If it does not work, then someone will have to maintain/fix it, and that is when my concerns would come into play.) Now if I may change the subject a little, back to the language issue: I was also under the impression that C was being used in this project because the project wanted to minimize runtime footprint, and that duplication of features was not desirable because of runtime footprint costs. Now because this is a duplication of an existing feature, one could now assume that runtime footprint is no longer a high priority for this project. (I am not saying that runtime footprint should be a priority.) With that assumption in mind, I again feel it bolsters my belief that C is NOT the correct language for any part of this project except for the cable drivers, and even they could be done in C++. I am fluent in C, C++, Java and Python and have seen wide variation in maintainability and ease of adding new features that want to jiggle the status quo of thought on this issue a little here. A man holding a shovel once told a bull dozer salesman to go away, he could move dirt without the bull dozer. Dick _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
