> > But "file-based" cannot cover mixed code like follows: > > > > http://sourceware.org/cgi-bin/cvsweb.cgi/src/sim/m32r/sim-if.c?rev=1.13&content-type=text/x-cvsw > > No it would not. And it would not solve world hunger either :-) > > I have little mercy for such horribly inconsistent code. Users would > probably have to make a choice between one or the other mode for this > file, whichever works best for it. But they should rather fix the > function prototypes to make this file internally consistent; this > would be a small and harmless change.
You are right. It was improper point. "file base" is one of right views. > Let me re-iterate my preference: I think global should first and > foremost focus on doing a great and reliable job on *decent* code, > using a reasonable number of simple parsing rules, and a minimum > number of options (ideally zero). I LOVE the fact that global > currently works out of the box, in seconds, without any single command > line option to use, and almost no documentation to read. If that > causes global to miss a few dark corner cases then it is no big > deal. Just warn users they should not expect perfection. Thank you for the statement. I agree completely. -- Shigio YAMAGUCHI <[email protected]> PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 3CA5 BBB3 57BE DDA3 _______________________________________________ Bug-global mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-global
