* Not a timetable @ 1998-08-12 22:41 Lars Magne Ingebrigtsen 1998-08-13 15:17 ` Edward J. Sabol [not found] ` <x7r9ykaea2.fsf@peorth.gweep.net> 0 siblings, 2 replies; 25+ messages in thread From: Lars Magne Ingebrigtsen @ 1998-08-12 22:41 UTC (permalink / raw) Once Emacs 20.3 has been released (which looks like something that's imminent), I'll be consolidating the FSF changes into Gnus 5.6, create Gnus 5.7 (which will be included in Emacs 20.4), and then start pgnus. Since Emacs 20.3 looks like it's going to be usable, and since there have been quite a lot of nice things introduced in (X)Emacs 20 over (X)Emacs 19 (lisp-wise), pgnus will ditch support for (X)Emacs 19. Goodbye `{message,gnus}-functionp'. Goodbye `nnheader-temp-write'. Goodbye `gnus-point-at-{b,e}ol'. Ahh. -- (domestic pets only, the antidote for overdose, milk.) larsi@ifi.uio.no * Lars Magne Ingebrigtsen ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable 1998-08-12 22:41 Not a timetable Lars Magne Ingebrigtsen @ 1998-08-13 15:17 ` Edward J. Sabol 1998-08-13 16:33 ` Lars Magne Ingebrigtsen [not found] ` <x7r9ykaea2.fsf@peorth.gweep.net> 1 sibling, 1 reply; 25+ messages in thread From: Edward J. Sabol @ 1998-08-13 15:17 UTC (permalink / raw) Excerpts from mail: (13-Aug-98) Not a timetable by Lars Magne Ingebrigtsen > Once Emacs 20.3 has been released (which looks like something that's > imminent), I'll be consolidating the FSF changes into Gnus 5.6, create > Gnus 5.7 (which will be included in Emacs 20.4), and then start pgnus. So that means Emacs 20.3 will have Gnus 5.5 still? That's kind of disappointing, what with 5.7 being so close and all. > pgnus will ditch support for (X)Emacs 19. I guess it's inevitable, but I'm wistful nevertheless. (I'm still using 19.34, but I'll most likely install 20.3 when it comes out.) ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable 1998-08-13 15:17 ` Edward J. Sabol @ 1998-08-13 16:33 ` Lars Magne Ingebrigtsen 1998-08-14 11:22 ` Jan Vroonhof 0 siblings, 1 reply; 25+ messages in thread From: Lars Magne Ingebrigtsen @ 1998-08-13 16:33 UTC (permalink / raw) "Edward J. Sabol" <sabol@alderaan.gsfc.nasa.gov> writes: > So that means Emacs 20.3 will have Gnus 5.5 still? Yes. > That's kind of disappointing, what with 5.7 being so close and all. Well, Gnus should be properly tested in the Emacs pre-test environment before release, and there just isn't time. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable 1998-08-13 16:33 ` Lars Magne Ingebrigtsen @ 1998-08-14 11:22 ` Jan Vroonhof 1998-08-14 17:45 ` Lars Magne Ingebrigtsen 0 siblings, 1 reply; 25+ messages in thread From: Jan Vroonhof @ 1998-08-14 11:22 UTC (permalink / raw) Lars Magne Ingebrigtsen <larsi@gnus.org> writes: > > That's kind of disappointing, what with 5.7 being so close and all. > > Well, Gnus should be properly tested in the Emacs pre-test environment > before release, and there just isn't time. But why can they just keep track of Gnu betas in the prereleases just like XEmacs does? Jan ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable 1998-08-14 11:22 ` Jan Vroonhof @ 1998-08-14 17:45 ` Lars Magne Ingebrigtsen 0 siblings, 0 replies; 25+ messages in thread From: Lars Magne Ingebrigtsen @ 1998-08-14 17:45 UTC (permalink / raw) Jan Vroonhof <vroonhof@math.ethz.ch> writes: > > Well, Gnus should be properly tested in the Emacs pre-test environment > > before release, and there just isn't time. > > But why can they just keep track of Gnu betas in the prereleases just > like XEmacs does? Because I'm the one who does the Gnus things in the Emacs distributions, and I'm lazy. :-) -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen ^ permalink raw reply [flat|nested] 25+ messages in thread
[parent not found: <x7r9ykaea2.fsf@peorth.gweep.net>]
* Re: Not a timetable [not found] ` <x7r9ykaea2.fsf@peorth.gweep.net> @ 1998-08-13 19:41 ` Lars Magne Ingebrigtsen 1998-08-13 20:25 ` Jake Colman 1998-08-14 7:27 ` Steinar Bang 1998-08-13 19:44 ` François Pinard 1 sibling, 2 replies; 25+ messages in thread From: Lars Magne Ingebrigtsen @ 1998-08-13 19:41 UTC (permalink / raw) Stainless Steel Rat <ratinox@peorth.gweep.net> writes: > That is a shame. Regardless of FSF Emacs 20.3's usability, it will still > have MULE. That, in and of itself, is a big reason why many will not be > downgrading from 19.34. But 20.2 MBSK works OK. And Erik may yet release his Emacs 19.2003, which is an Emacs 20 without MULE and stuff. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable 1998-08-13 19:41 ` Lars Magne Ingebrigtsen @ 1998-08-13 20:25 ` Jake Colman 1998-08-13 20:42 ` William M. Perry 1998-08-14 7:27 ` Steinar Bang 1 sibling, 1 reply; 25+ messages in thread From: Jake Colman @ 1998-08-13 20:25 UTC (permalink / raw) >>>>> "Lars" == Lars Magne Ingebrigtsen <larsi@gnus.org> writes: Lars> Stainless Steel Rat <ratinox@peorth.gweep.net> writes: >> That is a shame. Regardless of FSF Emacs 20.3's usability, it will still >> have MULE. That, in and of itself, is a big reason why many will not be >> downgrading from 19.34. Doesn't 20.3 make MULE optional? -- Jake Colman Principia Partners LLC Phone: (201) 946-0300 Harborside Financial Center Fax: (201) 946-0320 902 Plaza II Beeper: (800) 505-2795 Jersey City, NJ 07311 E-mail: colman@ppllc.com E-mail: jcolman@jnc.com web: http://www.ppllc.com ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable 1998-08-13 20:25 ` Jake Colman @ 1998-08-13 20:42 ` William M. Perry 0 siblings, 0 replies; 25+ messages in thread From: William M. Perry @ 1998-08-13 20:42 UTC (permalink / raw) Cc: ding Jake Colman <colman@ppllc.com> writes: > >>>>> "Lars" == Lars Magne Ingebrigtsen <larsi@gnus.org> writes: > > Lars> Stainless Steel Rat <ratinox@peorth.gweep.net> writes: > >> That is a shame. Regardless of FSF Emacs 20.3's usability, it will still > >> have MULE. That, in and of itself, is a big reason why many will not be > >> downgrading from 19.34. > > Doesn't 20.3 make MULE optional? Not really. It supposedly has the --unibyte flag. But it is still a little weird even with that. -Bill P. ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable 1998-08-13 19:41 ` Lars Magne Ingebrigtsen 1998-08-13 20:25 ` Jake Colman @ 1998-08-14 7:27 ` Steinar Bang 1998-08-22 12:01 ` Dave Love 1 sibling, 1 reply; 25+ messages in thread From: Steinar Bang @ 1998-08-14 7:27 UTC (permalink / raw) >>>>> Lars Magne Ingebrigtsen <larsi@gnus.org>: > Stainless Steel Rat <ratinox@peorth.gweep.net> writes: >> That is a shame. Regardless of FSF Emacs 20.3's usability, it will still >> have MULE. That, in and of itself, is a big reason why many will not be >> downgrading from 19.34. > But 20.2 MBSK works OK. Not with TM. But that isn't really a problem, since pgnus will have native MIME support. :-) > And Erik may yet release his Emacs 19.2003, which is an Emacs 20 > without MULE and stuff. And which probably *will* work with TM, for the simple reason that the major release number is 19. ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable 1998-08-14 7:27 ` Steinar Bang @ 1998-08-22 12:01 ` Dave Love 0 siblings, 0 replies; 25+ messages in thread From: Dave Love @ 1998-08-22 12:01 UTC (permalink / raw) >>>>> "SB" == Steinar Bang <sb@metis.no> writes: >>>>> Lars Magne Ingebrigtsen <larsi@gnus.org>: >> But 20.2 MBSK works OK. SB> Not with TM. Didn't I post about <URL:ftp://ftp.dl.ac.uk/pub/fx/emacs/MIME-emu-mbsk> previously? (Presumably won't work in 20.3.) ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable [not found] ` <x7r9ykaea2.fsf@peorth.gweep.net> 1998-08-13 19:41 ` Lars Magne Ingebrigtsen @ 1998-08-13 19:44 ` François Pinard [not found] ` <x7hfzgv8is.fsf@peorth.gweep.net> 1 sibling, 1 reply; 25+ messages in thread From: François Pinard @ 1998-08-13 19:44 UTC (permalink / raw) Cc: Richard M. Stallman Stainless Steel Rat <ratinox@peorth.gweep.net> writes: > "Lars" == Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes: > > Lars> Since Emacs 20.3 looks like it's going to be usable, and since there > Lars> have been quite a lot of nice things introduced in (X)Emacs 20 over > Lars> (X)Emacs 19 (lisp-wise), pgnus will ditch support for (X)Emacs 19. > > That is a shame. Regardless of FSF Emacs 20.3's usability, it will still > have MULE. That, in and of itself, is a big reason why many will not be > downgrading from 19.34. For a while, pretesting for Emacs 20.3, I have `export EMACS_UNIBYTE=1' in `~/.bash_login', and this makes Emacs pretty usable for me. But I do not have anymore those ultra-nice displays of Asian characters, and *that* is a shame. I do intend to stop using EMACS_UNIBYTE at some time, but given my humble abilities, I just cannot pretest everything at once. All this to say that you should not fear Emacs 20.3. I honestly think it has a lot of features well worth switching away from Emacs 19. If MULE works well, just take it as a gift. If it creates problem, then stick EMACS_UNIBYTE in your environment, until MULE gets fully dependable. -- François Pinard mailto:pinard@iro.umontreal.ca Join the free Translation Project! http://www.iro.umontreal.ca/~pinard ^ permalink raw reply [flat|nested] 25+ messages in thread
[parent not found: <x7hfzgv8is.fsf@peorth.gweep.net>]
* Re: Not a timetable [not found] ` <x7hfzgv8is.fsf@peorth.gweep.net> @ 1998-08-13 23:06 ` François Pinard 1998-08-14 7:28 ` Steinar Bang [not found] ` <x7soize2td.fsf@peorth.gweep.net> 1998-08-14 10:58 ` Kai Grossjohann 1 sibling, 2 replies; 25+ messages in thread From: François Pinard @ 1998-08-13 23:06 UTC (permalink / raw) Stainless Steel Rat <ratinox@peorth.gweep.net> écrit: > "FP" == François Pinard <pinard@iro.umontreal.ca> writes: > > FP> For a while, pretesting for Emacs 20.3, I have `export EMACS_UNIBYTE=1' > FP> in `~/.bash_login', and this makes Emacs pretty usable for me. > > It is not a matter of usability. It is a matter of the fact that it > is impossible to build FSF Emacs 20 without MULE code when MULE is > neither required nor desired. [...] But I will not use an Emacs with > MULE compiled in, and I am not alone on that stance. A kind of principle, then? A political statement? Just bad character? :-) This is a bit like if I was saying that I do not use colourisation of articles in Gnus, and intend to refuse to install or use Gnus until there is an option to produce `.elc' files with all colourisation code removed. Is that it? Is there anything else to it? There are surely a *lot* of programs in which I'm far from using all features. I would not refuse to use them on the sole basis they are more generous than I strictly need. I hope I'm much more reasonable than that. If I may, not being alone in a strange attitude does not necessarily make it good, one also needs sounded reasons to excuse it. I only guess that you have other untold reasons for not wanting to use this Emacs version. With my regards, of course, :-) -- François Pinard mailto:pinard@iro.umontreal.ca Join the free Translation Project! http://www.iro.umontreal.ca/~pinard ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable 1998-08-13 23:06 ` François Pinard @ 1998-08-14 7:28 ` Steinar Bang [not found] ` <x7soize2td.fsf@peorth.gweep.net> 1 sibling, 0 replies; 25+ messages in thread From: Steinar Bang @ 1998-08-14 7:28 UTC (permalink / raw) >>>>> François Pinard <pinard@iro.umontreal.ca>: > Stainless Steel Rat <ratinox@peorth.gweep.net> écrit: >> It is not a matter of usability. It is a matter of the fact that it >> is impossible to build FSF Emacs 20 without MULE code when MULE is >> neither required nor desired. [...] But I will not use an Emacs with >> MULE compiled in, and I am not alone on that stance. > A kind of principle, then? A political statement? Just bad > character? :-) I think he got burnt by the first relase, and refuse to stick his hand into the fire again. ^ permalink raw reply [flat|nested] 25+ messages in thread
[parent not found: <x7soize2td.fsf@peorth.gweep.net>]
* Re: Not a timetable [not found] ` <x7soize2td.fsf@peorth.gweep.net> @ 1998-08-17 12:53 ` Hrvoje Niksic 1998-08-17 13:47 ` Robert Bihlmeyer 0 siblings, 1 reply; 25+ messages in thread From: Hrvoje Niksic @ 1998-08-17 12:53 UTC (permalink / raw) Stainless Steel Rat <ratinox@peorth.gweep.net> writes: > FP> This is a bit like if I was saying that I do not use colourisation of > FP> articles in Gnus, and intend to refuse to install or use Gnus until > FP> there is an option to produce `.elc' files with all colourisation code > FP> removed. Is that it? Is there anything else to it? > > Well, no. If you wanted to, removing the color-setting code is easilly > doable: changing the default color setting code to use copy-face a lot is > the easiest way I can think of to do it. Hacking custom to think you > always have a monochrome display is another (and is, in fact, my personal > favorite :). Neither of these "remove" the code -- they just disable its execution. So I don't understand the difference between these hacks and `export EMACS_UNIBYTE=1' which disables MULE. > MULE is different. Even "disabled" it is still there, looming in the > background, consuming resources that could be used for something useful > (for whatever definition of "useful" you care for). I don't think MULE consumes any resources in Unibyte mode. -- Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- "Silence!" cries Freydag. "I did not call thee in for a consultation!" "They are my innards! I will not have them misread by a poseur!" ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable 1998-08-17 12:53 ` Hrvoje Niksic @ 1998-08-17 13:47 ` Robert Bihlmeyer 0 siblings, 0 replies; 25+ messages in thread From: Robert Bihlmeyer @ 1998-08-17 13:47 UTC (permalink / raw) Hi, >>>>> On 17 Aug 1998 14:53:53 +0200 >>>>> Hrvoje Niksic <hniksic@srce.hr> said: Hrvoje> I don't think MULE consumes any resources in Unibyte mode. Space. On disk and probably in core (until your system pages it). Robbe -- Robert Bihlmeyer reads: Deutsch, English, MIME, Latin-1, NO SPAM! <robbe@orcus.priv.at> <http://stud2.tuwien.ac.at/~e9426626/sig.html> ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable [not found] ` <x7hfzgv8is.fsf@peorth.gweep.net> 1998-08-13 23:06 ` François Pinard @ 1998-08-14 10:58 ` Kai Grossjohann 1998-08-14 13:00 ` luis fernandes [not found] ` <x7pve3e2md.fsf@peorth.gweep.net> 1 sibling, 2 replies; 25+ messages in thread From: Kai Grossjohann @ 1998-08-14 10:58 UTC (permalink / raw) >>>>> Stainless Steel Rat <ratinox@peorth.gweep.net> writes: > It is not a matter of usability. It is a matter of the fact that > it is impossible to build FSF Emacs 20 without MULE code when MULE > is neither required nor desired. `vi has the Ctrl-d and Ctrl-u commands which I never need. Therefore I don't use vi.' Strange strange. I think removing all features you don't use from all programs you use is going to be a lot of work. If one has emotional reasons for something then one should go ahead and say so, rather than rationalizing in a way that causes other people to try to explain the flaws in their logic. A friend of mine says he doesn't want to use an editor which he can program and therefore sticks to vi (nvi without the Perl stuff, to be precise). I wouldn't dream of trying to discuss with him -- he's happy and that's fine. But then he doesn't discuss with me -- I'm happy and that's fine, too. kai -- OOP: object oriented programming; OOPS: object oriented mistakes ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable 1998-08-14 10:58 ` Kai Grossjohann @ 1998-08-14 13:00 ` luis fernandes 1998-08-14 18:15 ` SL Baur [not found] ` <x7pve3e2md.fsf@peorth.gweep.net> 1 sibling, 1 reply; 25+ messages in thread From: luis fernandes @ 1998-08-14 13:00 UTC (permalink / raw) grossjohann> I think removing all features you don't use from all grossjohann> programs you use is going to be a lot of work. Yes, of course. But if those features are the cause of bloat and their existence is a contentious issue; i.e. some people argue that these features are essential and others argue that they are useless, then the extra work to make them optional is worth it because it satisfies both camps. (I bet there are Emacs purists out there that compile Emacs without X support.) ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable 1998-08-14 13:00 ` luis fernandes @ 1998-08-14 18:15 ` SL Baur 0 siblings, 0 replies; 25+ messages in thread From: SL Baur @ 1998-08-14 18:15 UTC (permalink / raw) luis fernandes <elf@ee.ryerson.ca> writes in ding@gnus.org: > (I bet there are Emacs purists out there that compile Emacs without X > support.) I'm not a purist, but an XEmacs without TTY support is a handy tool on a server without X11 libraries. x?emacs -batch is a whole lot better than the 4-letter p-word. ^ permalink raw reply [flat|nested] 25+ messages in thread
[parent not found: <x7pve3e2md.fsf@peorth.gweep.net>]
* Re: Not a timetable [not found] ` <x7pve3e2md.fsf@peorth.gweep.net> @ 1998-08-22 12:24 ` Dave Love [not found] ` <x7d89rrg0f.fsf@peorth.gweep.net> 1998-08-25 1:15 ` SL Baur 0 siblings, 2 replies; 25+ messages in thread From: Dave Love @ 1998-08-22 12:24 UTC (permalink / raw) >>>>> "Rat" == Stainless Steel Rat <ratinox@peorth.gweep.net> writes: Rat> C-d and C-u are not 25-50% of the footprint of vi. Without wishing to defend MULE, I doubt it represents that fraction of Emacs 20.3's footprint. KG> I think removing all features you don't use from all programs you KG> use is going to be a lot of work. Rat> I can do it with XEmacs 19 and 20 with autoconf switches. I can Rat> do it with Emacs 19 with autoconf switches. I can do it with Rat> Emacs 20 with autoconf switches, with the exception of MULE. Rat> 'nuff said, I think. You use all the features of Emacs 20.3 apart from MULE, X and POP variants? Gosh. -- Mercifully Unibyte's Largely Effective ^ permalink raw reply [flat|nested] 25+ messages in thread
[parent not found: <x7d89rrg0f.fsf@peorth.gweep.net>]
* Re: Not a timetable [not found] ` <x7d89rrg0f.fsf@peorth.gweep.net> @ 1998-08-24 22:31 ` Dave Love 1998-08-24 22:58 ` Dave Love 1 sibling, 0 replies; 25+ messages in thread From: Dave Love @ 1998-08-24 22:31 UTC (permalink / raw) >>>>> "Rat" == Stainless Steel Rat <ratinox@peorth.gweep.net> writes: Rat> The Emacs 20.1 and 20.1 binaries are ~50% larger than the Emacs 19.34 Rat> binary (Linux/GNU system, GCC 2.7.2). The memory footprint is comesurately Rat> larger. Most of that code increase is MULE. KG> I think removing all features you don't use from all programs you KG> use is going to be a lot of work. Rat> Only becaue RMS decided to break his own "rules" and incorporated MULE in a Rat> fashion that prevents it from being removed. He could have done it right, Rat> witness XEmacs which has MULE as a compile time feature. He decided not to Rat> do it that way. Rat> [...] DL> You use all the features of Emacs 20.3 apart from MULE, X and POP DL> variants? Gosh. Rat> I don't use FSF Emacs 20.anything since I cannot build it without MULE. ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable [not found] ` <x7d89rrg0f.fsf@peorth.gweep.net> 1998-08-24 22:31 ` Dave Love @ 1998-08-24 22:58 ` Dave Love 1998-08-25 6:13 ` Lars Magne Ingebrigtsen [not found] ` <x7r9y5di7z.fsf@peorth.gweep.net> 1 sibling, 2 replies; 25+ messages in thread From: Dave Love @ 1998-08-24 22:58 UTC (permalink / raw) >>>>> "Rat" == Stainless Steel Rat <ratinox@peorth.gweep.net> writes: Rat> The Emacs 20.1 and 20.1 binaries are ~50% larger than the Emacs 19.34 Rat> binary (Linux/GNU system, GCC 2.7.2). I was thinking of a more relevant footprint like memory. Rat> The memory footprint is comesurately larger. As in 4.8 MB for 19.34 v. 5.9 MB for 20.3 or 5.4 MB for 20.2 MBSK freshly started under X on Linux as I see? For a realistic sized process, the fractional difference between 19 and 20 is considerably reduced (not obviously important to me). Gnus is one of the major contributors to memory footprint in my Emacs, of course. Rat> Most of that code increase is MULE. Probably so FWIW, but unmeasured. However, arguing about the footprint misses the point of MULE problems (such as are relevant to Gnus). KG> I think removing all features you don't use from all programs you KG> use is going to be a lot of work. Rat> Only becaue RMS decided to break his own "rules" and Rat> incorporated MULE in a fashion that prevents it from being Rat> removed. What "rules", exactly? Rat> He could have done it right, witness XEmacs which has MULE as a Rat> compile time feature. He decided not to do it that way. While I don't like it, I can see reasonable arguments for it being like that. Note also that rms has reacted to complaints about the MULE incarnation in 20.2. 20.3 deserves use. ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable 1998-08-24 22:58 ` Dave Love @ 1998-08-25 6:13 ` Lars Magne Ingebrigtsen [not found] ` <x7r9y5di7z.fsf@peorth.gweep.net> 1 sibling, 0 replies; 25+ messages in thread From: Lars Magne Ingebrigtsen @ 1998-08-25 6:13 UTC (permalink / raw) Dave Love <d.love@dl.ac.uk> writes: > Rat> Only becaue RMS decided to break his own "rules" and > Rat> incorporated MULE in a fashion that prevents it from being > Rat> removed. > > What "rules", exactly? RMS has traditionally been quite conservative in doing biiig changes to the Emacs sources. The MULE code is, well, absolutely everywhere -- probably not a single .c and .el file have gone unscathed. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen ^ permalink raw reply [flat|nested] 25+ messages in thread
[parent not found: <x7r9y5di7z.fsf@peorth.gweep.net>]
* Re: Not a timetable [not found] ` <x7r9y5di7z.fsf@peorth.gweep.net> @ 1998-08-26 18:12 ` Dave Love [not found] ` <x7zpcq2ws8.fsf@peorth.gweep.net> 0 siblings, 1 reply; 25+ messages in thread From: Dave Love @ 1998-08-26 18:12 UTC (permalink / raw) >>>>> "Rat" == Stainless Steel Rat <ratinox@peorth.gweep.net> writes: Rat> "DL" == Dave Love <d.love@dl.ac.uk> writes: Rat> Remember, MBSK does not eliminate MULE's code or overhead, I'll take you word for it; I couldn't remember if it changes puresize. Rat> The same "rules" that make X and POP and many other features of Rat> Emacs optional at compile time. The `many other features' I know (per template.h) comparable to X are clash detection and text properties -- POP configuration is for movemail. I don't think you could dump 20.3 after turning off text properties. [Not that this has anything to do with Gnus other than that there must be a fair amount of Gnus unexercised in my heap. Also it's potentially even less of an issue when Emacs can dynamically load object code.] ^ permalink raw reply [flat|nested] 25+ messages in thread
[parent not found: <x7zpcq2ws8.fsf@peorth.gweep.net>]
* Re: Not a timetable [not found] ` <x7zpcq2ws8.fsf@peorth.gweep.net> @ 1998-08-27 20:51 ` Dave Love 0 siblings, 0 replies; 25+ messages in thread From: Dave Love @ 1998-08-27 20:51 UTC (permalink / raw) >>>>> "Rat" == Stainless Steel Rat <ratinox@peorth.gweep.net> writes: Rat> "DL" == Dave Love <d.love@dl.ac.uk> writes: Rat> Remember, MBSK does not eliminate MULE's code or overhead, DL> I'll take you word for it; I couldn't remember if it changes puresize. Rat> Take Erik Naggum's word for it: it does not. I mis-read `eliminate' as `eliminate any of'. It's important to note that it does zap multibyte MULE Lisp, though, because that provides a way to check for it -- potentially important for MIMEing. ^ permalink raw reply [flat|nested] 25+ messages in thread
* Re: Not a timetable 1998-08-22 12:24 ` Dave Love [not found] ` <x7d89rrg0f.fsf@peorth.gweep.net> @ 1998-08-25 1:15 ` SL Baur 1 sibling, 0 replies; 25+ messages in thread From: SL Baur @ 1998-08-25 1:15 UTC (permalink / raw) Dave Love <d.love@dl.ac.uk> writes in ding@gnus.org: >>>>>> "Rat" == Stainless Steel Rat <ratinox@peorth.gweep.net> writes: Rat> C-d and C-u are not 25-50% of the footprint of vi. > Without wishing to defend MULE, I doubt it represents that fraction of > Emacs 20.3's footprint. For comparison: with current XEmacs, I see a 19% binary size increase and a 16% increase of VM footprint when Mule is compiled in. ^ permalink raw reply [flat|nested] 25+ messages in thread
end of thread, other threads:[~1998-08-27 20:51 UTC | newest] Thread overview: 25+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 1998-08-12 22:41 Not a timetable Lars Magne Ingebrigtsen 1998-08-13 15:17 ` Edward J. Sabol 1998-08-13 16:33 ` Lars Magne Ingebrigtsen 1998-08-14 11:22 ` Jan Vroonhof 1998-08-14 17:45 ` Lars Magne Ingebrigtsen [not found] ` <x7r9ykaea2.fsf@peorth.gweep.net> 1998-08-13 19:41 ` Lars Magne Ingebrigtsen 1998-08-13 20:25 ` Jake Colman 1998-08-13 20:42 ` William M. Perry 1998-08-14 7:27 ` Steinar Bang 1998-08-22 12:01 ` Dave Love 1998-08-13 19:44 ` François Pinard [not found] ` <x7hfzgv8is.fsf@peorth.gweep.net> 1998-08-13 23:06 ` François Pinard 1998-08-14 7:28 ` Steinar Bang [not found] ` <x7soize2td.fsf@peorth.gweep.net> 1998-08-17 12:53 ` Hrvoje Niksic 1998-08-17 13:47 ` Robert Bihlmeyer 1998-08-14 10:58 ` Kai Grossjohann 1998-08-14 13:00 ` luis fernandes 1998-08-14 18:15 ` SL Baur [not found] ` <x7pve3e2md.fsf@peorth.gweep.net> 1998-08-22 12:24 ` Dave Love [not found] ` <x7d89rrg0f.fsf@peorth.gweep.net> 1998-08-24 22:31 ` Dave Love 1998-08-24 22:58 ` Dave Love 1998-08-25 6:13 ` Lars Magne Ingebrigtsen [not found] ` <x7r9y5di7z.fsf@peorth.gweep.net> 1998-08-26 18:12 ` Dave Love [not found] ` <x7zpcq2ws8.fsf@peorth.gweep.net> 1998-08-27 20:51 ` Dave Love 1998-08-25 1:15 ` SL Baur
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).