[EMAIL PROTECTED] (Kim F. Storm) writes: > Miles Bader <[EMAIL PROTECTED]> writes: > >> I think an explicit decision should be made one way or the other. > > Based on the fact that _I_ don't have the necessary time to debug more > silly xasserts, _I_ made the explicit decision to disable them. > >> >> At the time I enabled it, that was not clear the degree to which it >> would be a contentious issue (I had been using it personally for ages >> without any notable problems, and I _did_ ask before I enabled it by >> default) -- however, now it is. > > -- and now it isn't.
I'd have prefered to solve conflicts other than by battling commits, even though it is more than obvious that this change at least suits me. At the moment, rather few developers have voiced an opinion in this matter. It will clearly be a good idea at the time Kim thinks that the changes in the display engine have reached a state where no major overhauls are due until the release, and where the remaining assertions are strictly consistent with the expected behavior, that a larger _developer_ base will run with xasserts switch on. And I agree with Miles that it would be beneficial if assertions for which this is not clear in the current situation get outcommented or moved to a different class of assertions for now, so that one has the possibility of running with assertions switched on while getting useful information. Assertions should stay in a usable state, that much I agree with Miles. I don't agree with his opinion that it is a good idea to enable them in HEAD now. After we branch for release, I would not object. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel
