> From: David Kuehling <[email protected]> > Since most parts of emacs are dynamically loaded when > needed (from > precompiled lisp .elc files), multi-language support costs > more disk- > than RAM-space, I think. Although nowadays it's > preloading quite a lot > of stuff at startup. Not sure whether loading of > these parts can be > delayed.
I bet you can do this with your .emacs configuration file. - mark My mobile: 0406 635 312 My email: [email protected] My pictures: http://www.flickr.com/photos/m487396/ Facebook: http://www.facebook.com/mark487 --- On Mon, 13/12/10, David Kuehling <[email protected]> wrote: > From: David Kuehling <[email protected]> > Subject: Re: Emacs ported to NanoNote > To: "English Qi Hardware mailing list - support, developers, use cases and > fun" <[email protected]> > Received: Monday, 13 December, 2010, 7:28 PM > >>>>> "Alan" == Alan > Post <[email protected]> > writes: > > > On Sun, Dec 12, 2010 at 02:25:31PM +0100, David > Kuehling wrote: > > >> I now have a first, experimental version of Emacs > for nanonote, see > >> openwrt-packages.git on qi-hardware.com. > Screenshot is here: > [..] > >> Note that this package is work-in-progress and > experimental. Startup > >> time is about a minute since no image-generation > ("dump") is > >> currently done yet. RAM is scarce. > Trying to input japanese Kanji > >> loads the kanji dictionary and causes > out-of-memory killing). Need > >> to see how to trim everything down a bit. > >> > > > The last time I ported emacs to a memory limited > platform, I had to > > remove the multi-language input support. I think > I was disk space > > constrained, rather than memory constrained, at the > time. > > Well, the multi-language support is the primary reason for > porting Emacs > :) > > Since most parts of emacs are dynamically loaded when > needed (from > precompiled lisp .elc files), multi-language support costs > more disk- > than RAM-space, I think. Although nowadays it's > preloading quite a lot > of stuff at startup. Not sure whether loading of > these parts can be > delayed. > > David > -- > GnuPG public key: http://user.cs.tu-berlin.de/~dvdkhlng/dk.gpg > Fingerprint: B17A DC95 D293 657B 4205 D016 7DEF 5323 > C174 7D40 > > -----Inline Attachment Follows----- > > _______________________________________________ > Qi Hardware Discussion List > Mail to list (members only): [email protected] > Subscribe or Unsubscribe: > http://lists.en.qi-hardware.com/mailman/listinfo/discussion _______________________________________________ Qi Hardware Discussion List Mail to list (members only): [email protected] Subscribe or Unsubscribe: http://lists.en.qi-hardware.com/mailman/listinfo/discussion
