Re: Char-related crashes (hopefully) fixed

Kyle> Right now we have the --with-mule configuration option. We Kyle> could leave MULE as it is and essentially abandon it. We Kyle> add a new configure option, --with-i18n=MULE that gives Kyle> access to the old MULE code for those who want it or have Kyle> apps that need it. OK by me. Note that this could easily result in a definitive break with the FSF line of development if we take advantage of the freedom that --with-i18n=NEWGOOP gives us in terms of design. Kyle> --with-i18n=NEWGOOP can build XEmacs with whatever the new Kyle> design is. With this, we don't break MULE code or non-MULE Kyle> code. Stuff only breaks if you build with Kyle> --with-i18n=<something-other-than-no>, which is ideal since Kyle> it continues to let us roll releases during development. At some point, code using int-char will have to be retired; but the transition period will be long and the people who want the new stuff can bear the burden of hunting it down. What about byte-compiler warnings and maybe runtime debugging output a la Ebola for the --with-i18n=no case (the byte-compiler warnings would be automatic, the runtime stuff would be optional for volunteers willing to help fix stuff)? I'm happy with this. One caveat is that I can't volunteer to deal with the autoconf magic, I just don't have the skills. The other caveat is that Ben has already expressed opposition to this; he wants --with-mule gone. Kyle> I think using a name other than MULE for the new design will Kyle> be an overall win. The MULE name has baggage associated Kyle> with it that I think we want to be free of. "Steve" would do except that it has the same semantic connotations as "Mule". :-) -- University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091 __________________________________________________________________________ __________________________________________________________________________ What are those two straight lines for? "Free software rules."