October 1998 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Which CVS branch for DLL support? 27 years

SL Baur

Marat Boshernitsan <maratb(a)cs.berkeley.edu> writes in xemacs-beta(a)xemacs.org: > Hi, > I'd like to give the experimental DLL support a try, and perhaps do some > work on it. Which CVS branch should I grab off the cvs.xemacs.org? There is identical support in both the 21.0 and 21.2 branches. It worked the last time I tested it. > Was J. Kean Johnston's patch ever integrated? No. It was never submitted for entry into the codebase.

2 participants
1 comments

Re: efs-load/require sllloooooowwww 27 years

Adrian Aichner

>>>>> "Michael" == Michael Sperber <sperber(a)informatik.uni-tuebingen.de> writes: Michael> The reason is that the abstractions around/between path Michael> searching and Fload are all totally wrong, and there's no Michael> good place for EFS to intercept things. This means *all* Michael> the path searching happens within EFS (in Elisp, that is) Michael> which gives you the huge slowdown. Hello Michael, is there a plan to make EFS work with natively built XEmacs-21.0 on Windows NT (all the \-breakage, Du weißt schon)? Cheers, Adrian Michael> I would like to fix this only once along with the Great Michael> Load Path Overhaul due for 21.2, if it's alright with you Michael> folks. This should make disabling EFS for load/require Michael> superfluous. Michael> -- Cheers =8-} Chipsy Friede, Völkerverständigung und Michael> überhaupt blabla -- Adrian Aichner Applications Engineer Teradyne GmbH Semiconductor Test Group Telephone +49/89/41861(0)-208 Dingolfinger Strasse 2 Fax +49/89/41861-217 D-81673 MUENCHEN E-mail adrian.aichner(a)teradyne.com

1 participants
0 comments

Re: efs-load/require sllloooooowwww 27 years

SL Baur

Valdis Kletnieks <Valdis.Kletnieks(a)vt.edu> writes in xemacs-beta(a)xemacs.org: > On 08 Oct 1998 20:43:31 +0200, you said: >> I would like to fix this only once along with the Great Load Path >> Overhaul due for 21.2, if it's alright with you folks. This should >> make disabling EFS for load/require superfluous. > Umm.. Urp. > Explain please? I always get worried anytime my brain finds a match > for the regexp 'Great .* Overhaul'. ;) I don't know what Michael has in mind. A priority of mine is the capability to install lisp packages into one big lisp/ directory to speed up startup and load path searching.

1 participants
0 comments

Re: Leim load-path [IMPORTANT, STEVE] 27 years

SL Baur

[I am battling stomach flu, please be patient] Didier Verna <verna(a)inf.enst.fr> writes in xemacs-beta(a)xemacs.org: ... > No, the cleaner approach is to fix the Makefile in the leim source > distribution, I think. While making bindist, more precisely when > copying all the stuff to the staging directory, the leim subdirs > organization is not preserved, (all is put under lisp/leim/) and a > completely fucked up tarball is built. This is correct. The current leim tarball is totally hosed. The correct fix is to preserve the quail/ subdirectory. > Steve, could you confirm that my analysis is correct ? Yup. I'll try to make a fixed release by this weekend.

1 participants
0 comments

Re: efs-load/require sllloooooowwww 27 years

Michael Sperber

>>>>> "Andy" == Andy Piper <andyp(a)parallax.co.uk> writes: Andy> At 17:26 08/10/98 +0200, Hrvoje Niksic wrote: >> I think we should identify why EFS' versions of `load' and `require' >> are as slow as they are. I see no obvious reason why they have to be >> 6 times slower. Andy> I'm guessing its a windows thing where fileops are much slower. I'm Andy> guessing the efs lisp versions do more file ops (like stat say) than the C Andy> versions. The reason is that the abstractions around/between path searching and Fload are all totally wrong, and there's no good place for EFS to intercept things. This means *all* the path searching happens within EFS (in Elisp, that is) which gives you the huge slowdown. I would like to fix this only once along with the Great Load Path Overhaul due for 21.2, if it's alright with you folks. This should make disabling EFS for load/require superfluous. -- Cheers =8-} Chipsy Friede, Völkerverständigung und überhaupt blabla

2 participants
1 comments

Re: Leim load-path [IMPORTANT, STEVE] 27 years

Didier Verna

tom <tom(a)pixelpark.com> writes: > setting up a simple link (ln -s leim quail) fixed this quick and dirty, > maybe i could also rename the diretory name. The cleaner approache seems to > be to fix lisp/leim/leim-list.el. No, the cleaner approach is to fix the Makefile in the leim source distribution, I think. While making bindist, more precisely when copying all the stuff to the staging directory, the leim subdirs organization is not preserved, (all is put under lisp/leim/) and a completely fucked up tarball is built. Steve, could you confirm that my analysis is correct ? -- / / _ _ Didier Verna http://www.inf.enst.fr/~verna/ - / / - / / /_/ / E.N.S.T. INF C201.1 mailto:verna＠inf.enst.fr /_/ / /_/ / /__ / 46 rue Barrault Tel. (33) 01 45 81 73 46 75634 Paris cedex 13 Fax. (33) 01 45 81 31 19

1 participants
0 comments

Re: [OFFTOPIC] a good TODO mode anyone ? 27 years

Didier Verna

<jari.aalto(a)poboxes.com> (Jari Aalto+list.xemacs) writes: > | 1998-10-07 Didier Verna <verna(a)inf.enst.fr> list.xemacs > | Please refer to the subject line :-) > > I haven't used this yet, but maybe it helps... > jari Yeah, I found it too, and I could use it without changing a single line for XEmacs. Doesn't look bad. --didier

1 participants
0 comments

Re: efs-load/require sllloooooowwww 27 years

Hrvoje Niksic

Andy Piper <andyp(a)parallax.co.uk> writes: > At 16:09 08/10/98 +0200, Christoph Wedler wrote: > >How many peoply actually use remote files for `load' and `require'? efs > >shouldn't probably overload these functions by default. > > 100% agree. I think we should identify why EFS' versions of `load' and `require' are as slow as they are. I see no obvious reason why they have to be 6 times slower. -- Hrvoje Niksic <hniksic(a)srce.hr> | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- We must all confront and destroy our own inner geek.

2 participants
1 comments

Re: [OFFTOPIC] a good TODO mode anyone ? 27 years

Jari Aalto

| 1998-10-07 Didier Verna <verna(a)inf.enst.fr> list.xemacs | Please refer to the subject line :-) I haven't used this yet, but maybe it helps... jari 26.6 Todo-mode.el .<Oliver.Seidel(a)cl.cam.ac.uk> Oliver Seidel .http://www.cl.cam.ac.uk/users/os10000/stuff/todo/ You have things to do in you home, office, private life, manage them with this nice major mode. --Oliver [Package included in recent Emacs version.]

1 participants
0 comments

silly question 27 years

Georg Nikodym

So now that I've got b57 running with all this new package gunk, what is the approved way to have C-x v <stuff> pre-defined such that vc autoloads like it did back in the b30ish days?

2 participants
1 comments

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

XEmacs-Beta October 1998