February 2001 - XEmacs-Beta - XEmacs Mailing List Archives

Re: Down with weak lists! 24 years, 1 month

William M. Perry

sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes: > >>>>> "Hrvoje" == Hrvoje Niksic <hniksic(a)arsdigita.com> writes: > > Hrvoje> sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes: > > >> Reading back my own mail, I can see that I probably wasn't explicit > >> enough about the interface change. Sorry about that. > >> > >> I'm suggesting that there be higher-level interfaces to weak-list-like > >> data structures. > >> > >> - "Simple" weak lists have weak-list-car and weak-list-cdr. > >> > >> - The various types of weak alists have higher-level functions to > >> access them like: > >> > >> weak-list-add-association > >> weak-list-assq > >> weak-list-assoc > >> weak-list-map > >> weak-list-mapc > >> > >> ... > > Hrvoje> Not to mention that things won't work with things like push, pushnew, > Hrvoje> mapcar*, and oodles of nice things that works with normal lists. > > These kinds of things you don't really *want* to work with weak lists: > They're fundamentally different from ordinary lists. I'd even want to > remove WEAK-LIST-MAP. The ... was not meant to reflect that I'd want > more accessors. EMPTY-WEAK-LIST and WEAK-LIST->LIST would probably be > everything else that's required. Why would you _not_ want these to behave in exactly the same way from lisp, other than creation time and GC time? If they behave like a normal list, experimenting with which is better for a specific application is incredibly simple. There are no separate interfaces for weak hash tables (which _are_ used in 3rd party lisp code). Switching the glyph or face caching in Emacs/W3 to use weak lists would be very simple the way it stands now, otherwise I'd have to change many more places in the code. -Bill P.

1 participants
0 comments

Re: Down with weak lists! 24 years, 1 month

Michael Sperber

>>>>> "Hrvoje" == Hrvoje Niksic <hniksic(a)arsdigita.com> writes: Hrvoje> sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes: >> Reading back my own mail, I can see that I probably wasn't explicit >> enough about the interface change. Sorry about that. >> >> I'm suggesting that there be higher-level interfaces to weak-list-like >> data structures. >> >> - "Simple" weak lists have weak-list-car and weak-list-cdr. >> >> - The various types of weak alists have higher-level functions to >> access them like: >> >> weak-list-add-association >> weak-list-assq >> weak-list-assoc >> weak-list-map >> weak-list-mapc >> >> ... Hrvoje> Not to mention that things won't work with things like push, pushnew, Hrvoje> mapcar*, and oodles of nice things that works with normal lists. These kinds of things you don't really *want* to work with weak lists: They're fundamentally different from ordinary lists. I'd even want to remove WEAK-LIST-MAP. The ... was not meant to reflect that I'd want more accessors. EMPTY-WEAK-LIST and WEAK-LIST->LIST would probably be everything else that's required. -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla

2 participants
1 comments

Problems with Package Pre-Releases 24 years, 1 month

Adrian Aichner

Using[1] (setq package-get-download-sites (append (quote (("Ftp.XEmacs.Org Experimental Packages" "ftp.xemacs.org" "xemacs/beta/experimental/packages/"))) package-get-download-sites)) I get this: 5 lines matching ^Unable to in buffer *Message-Log*. 386:Unable to find file gnus-1.54-pkg.tar.gz 394:Unable to find file vm-1.28-pkg.tar.gz 479:Unable to find file mew-1.14-pkg.tar.gz 634:Unable to find file auctex-1.24-pkg.tar.gz Latest ediff and psgml installed fine. Best regards, Adrian Footnotes: [1] I am not running the latest XEmacs with Pre-Releases added to package-get-download-sites. -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/

2 participants
1 comments

Updated Packages Released - Feb 13, 2001. 24 years, 1 month

Steve Youngs

I've just released updated versions of the following packages: gnus-1.54-pkg.tar.gz - Updated to author version 5.8.8 vm-1.28-pkg.tar.gz - Updated to author version 6.90 Install them by: =============== Options -> Manage Packages -> Add Download Site Options -> Manage Packages -> List and Install select gnus and/or vm Packages -> Install/Remove Selected Once the packages have been installed, restart XEmacs. Note to 21.2 users: Use "Tools -> Packages" instead of "Options -> Manage Packages". -- |---<Steve Youngs>---------------<GnuPG KeyID: 9E7E2820>---| | XEmacs - It's not just an editor. | | It's a way of life. | |------------------------------------<youngs(a)xemacs.org>---|

1 participants
0 comments

New Packages in Pre-Releases directory. 24 years, 1 month

Steve Youngs

I've just uploaded the following packages to the Pre-Releases directory: ediff-1.29-pkg.tar.gz viper-1.24-pkg.tar.gz psgml-1.22-pkg.tar.gz Get them by: =========== 21.1 Options -> Manage Packages -> Add Download Site -> Pre-Releases Options -> Manage Packages -> Update Installed Packages 21.2 Tools -> Packages -> Add Download Site -> Pre-Releases Tools -> Packages -> Update Installed Packages And if you have any/all of those packages installed they will be updated. If you don't have them already installed and you wish to try them, simply: M-x package-get-all RET <pkgname> RET (eg ediff) "Version: x.xx" will display in minibuffer, hit RET to download. Or, do it all at once with: M-x pui-list-packages RET With these two methods you still need to do the first step above (Add Download Site). Have fun with them, and let me know if anything goes belly up. -- |---<Steve Youngs>---------------<GnuPG KeyID: 9E7E2820>---| | XEmacs - It's not just an editor. | | It's a way of life. | |------------------------------------<youngs(a)xemacs.org>---|

1 participants
0 comments

Re: Your psgml patch. 24 years, 1 month

Adrian Aichner

>>>>> "APA" == Adrian Aichner <Adrian.Aichner(a)t-online.de> writes: Steve, could you please try this Makefile instead? fingersX, Adrian 2001-02-12 Adrian Aichner <adrian(a)xemacs.org> * Makefile (DATA_1_FILES): Use -no-autoloads instead of -vanilla (thanks, Jan). * Makefile (GET_CDTD_FILES): Get rid of BOL anchor which seems to cause problems, allow for CR LF line endings. * Makefile ($(DATA_1_FILES)): Force rebuilding. * Makefile (force): Pseudo-target facilitating forced rebuilding. Index: Makefile =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-packages/oa/psgml/Makefile,v retrieving revision 1.33 diff -u -u -r1.33 Makefile --- Makefile 2001/02/06 09:19:11 1.33 +++ Makefile 2001/02/12 09:05:45 ＠＠ -37,7 +37,7 ＠＠ $(wildcard etc/*.dtd) $(wildcard etc/*.mod) $(wildcard etc/*.dcl) DATA_DEST = $(PACKAGE) -DATA_1_FILES = $(shell $(XEMACS) -batch -vanilla -eval "$(GET_CDTD_FILES)") +DATA_1_FILES = $(shell $(XEMACS) -batch -no-autoloads -eval "$(GET_CDTD_FILES)") GET_CDTD_FILES = \ (progn \ (find-file \ ＠＠ -45,7 +45,7 ＠＠ (princ \ (replace-in-string \ (buffer-string) \ - \"^FILE.*[ \\t]+\\\$[^ \\t]+\\\$[ \\t]*\\n\" \ + \"FILE.*[ \\t]+\\\$[^ \\t]+\\\$[ \\r\\t]*\\n\" \ \" etc/\\\\1\")))) DATA_1_DEST = $(PACKAGE)/cdtd ＠＠ -75,11 +75,13 ＠＠ endif PRELOADS = -eval "(setq sgml-data-directory $(SGML_DATA_DIRECTORY))" +$(DATA_1_FILES): force + all:: $(ELCS) auto-autoloads.elc custom-load.elc \ $(PACKAGE).info $(PACKAGE)-api.info \ etc/ECAT etc/CATALOG $(DATA_1_FILES) $(DATA_2_FILES) etc/*.ent mkdir -p etc/cdtd - $(XEMACS) -batch -vanilla -eval "$(EXTEND_LOAD_PATH)" \ + $(XEMACS) -batch -no-autoloads -eval "$(EXTEND_LOAD_PATH)" \ $(PRELOADS) \ -l psgml-parse \ -eval "(setq sgml-auto-activate-dtd t \ ＠＠ -98,3 +100,6 ＠＠ srckit: srckit-std binkit: binkit-common + +# Force rebuilding with this pseudo-target. +force: >>>>> "SY" == Steve Youngs <youngs(a)xemacs.org> writes: SY> |--==> "APA" == Adrian Aichner <Adrian.Aichner(a)t-online.de> writes: >>>>>>>> "APA" == Adrian Aichner <Adrian.Aichner(a)t-online.de> writes: APA> Hello Steve, Jan! APA> I would like to fix the problem you both seem to be seeing. APA> Could you please send me output of cd oa/psgml; make -d -p bindist SY> Sent to you moments ago. APA> Perhaps these would be helpful as well: APA> OS SY> GNU/Linux 2.4.1 APA> make version SY> GNU make 3.79 APA> GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. APA> Built for i686-pc-cygwin APA> Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000 APA> Free Software Foundation, Inc. APA> This is free software; see the source for copying conditions. APA> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A APA> PARTICULAR PURPOSE. APA> Report bugs to <bug-make(a)gnu.org>. APA> shell version SY> GNU bash 2.04 APA> GNU bash, version 2.04.5(12)-release (i686-pc-cygwin) APA> Copyright 1999 Free Software Foundation, Inc. APA> XEmacs version SY> XEmacs 21.2 (beta44) "Thalia" [Lucid] (i686-pc-linux, Mule) APA> (emacs-version) APA> "XEmacs 21.1 (patch 13) \"Crater Lake\" [Lucid] (i386-pc-win32) of Thu APA> Jan 11 2001 on ANDYP" APA> Steve, could you please try to use XEmacs 21.1.XX to build PSGML? APA> Perhaps that's where the problem is. APA> Best regards, APA> Adrian SY> -- SY> |---<Steve Youngs>---------------<GnuPG KeyID: 9E7E2820>---| SY> | XEmacs - It's not just an editor. | SY> | It's a way of life. | SY> |------------------------------------<youngs(a)xemacs.org>---| APA> -- APA> Adrian Aichner APA> mailto:adrian＠xemacs.org APA> http://www.xemacs.org/ -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/

2 participants
1 comments

Problems building packages, current CVS 24 years, 1 month

Norbert Koch

Hi! I think Paul's messed up something with his checkins. I get [ -d jde ] && gmake -w -C jde autoloads gmake[2]: Entering directory `/usr/local/users/support/nk/cvs/xemacs-packages/prog/jde' gmake[2]: *** No rule to make target `lisp/eieio-comp.el', needed by `lisp/auto-autoloads.el'. Stop. gmake[2]: Leaving directory `/usr/local/users/support/nk/cvs/xemacs-packages/prog/jde' gmake[1]: *** [jde/autoloads.target] Error 2 gmake[1]: Leaving directory `/usr/local/users/support/nk/cvs/xemacs-packages/prog' gmake: *** [prog/autoloads.target] Error 2 The following patch fixes make autoloads, but I don't know, whether eieio-comp.el is still necessary. Also, the build now stops with Compiling /usr/local/users/support/nk/cvs/xemacs-packages/prog/jde/lisp/jde-bug.el... While compiling toplevel forms in file /usr/local/users/support/nk/cvs/xemacs-packages/prog/jde/lisp/jde-bug.el: !! File error (("Cannot open load file" "avltree")) >>Error occurred processing lisp/jde-bug.el: Cannot open load file: >>avltree Done gmake[2]: *** [lisp/jde-bug.elc] Error 1 gmake[2]: Leaving directory `/usr/local/users/support/nk/cvs/xemacs-packages/prog/jde' gmake[1]: *** [jde/bindist.target] Error 2 gmake[1]: Leaving directory `/usr/local/users/support/nk/cvs/xemacs-packages/prog' gmake: *** [prog/bindist.target] Error 2 norbert. Index: ChangeLog =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-packages/prog/jde/ChangeLog,v retrieving revision 1.13 diff -u -r1.13 ChangeLog --- ChangeLog 2000/10/23 09:09:17 1.13 +++ ChangeLog 2001/02/12 09:52:28 ＠＠ -1,3 +1,7 ＠＠ +2001-02-12 Norbert Koch <nk(a)LF.net> + + * Makefile: Remove references to eieio*.el to fix make autoloads. + 2000-10-23 Steve Youngs <youngs(a)xemacs.org> * Makefile (PRELOADS): Add fsf-compat to load-path because Index: Makefile =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs-packages/prog/jde/Makefile,v retrieving revision 1.33 diff -u -r1.33 Makefile --- Makefile 2001/01/10 06:49:02 1.33 +++ Makefile 2001/02/12 09:52:28 ＠＠ -26,15 +26,14 ＠＠ edit-utils eterm mail-lib xemacs-base CATEGORY = prog -ELCS = lisp/eieio-comp.elc lisp/eieio-custom.elc \ - lisp/jde-bug.elc lisp/jde-compile.elc lisp/jde-complete.elc \ + +ELCS = lisp/jde-bug.elc lisp/jde-compile.elc lisp/jde-complete.elc \ lisp/jde-db.elc lisp/jde-dbo.elc lisp/jde-dbs.elc \ lisp/jde-gen.elc lisp/jde-help.elc lisp/jde-help.elc \ lisp/jde-javadoc.elc lisp/jde-make.elc lisp/jde-parse.elc \ lisp/jde-run.elc lisp/jde-widgets.elc lisp/jde-wiz.elc \ lisp/jde.elc \ lisp/beanshell.elc -EXTRA_SOURCES = lisp/eieio.el #INFO_FILES = $(PACKAGE).htm *.gif DATA_1_FILES = $(wildcard java/classes/jde/wizards/*.class)

2 participants
1 comments

Down with weak lists! 24 years, 1 month

Michael Sperber

As many of you know, Richard Reingruber (primarily) and I are working on making the GC in XEmacs replaceable. Right now, Richard is working on simplifying XEmacs's data representation to make this easier. One particular issue requires a policy decision to handle right: weak lists. Currently, weak lists are implemented as a special object around an ordinary list which can be extracted via the `weak-list-list' procedure. This exposes the internal representation of weak lists to a degree so as to make proper generic handling in the GC difficult, so we'd like to discuss changing it. The simplest way to implement weak lists would be to just make them a regular cons of a weak pointer (a more primitive object) and a weak list, and have special accessors `weak-list-car' and `weak-list-cdr'. `weak-list-car' looks for a live list cons, and performs some cleanup work on the way. Possibly another thin layer above this for looping would get us even further. Doing would get rid of quite a bit of implementation complexity in XEmacs. As to the present code base which uses weak lists: - *No* Lisp code presently. - Simple weak lists for extend children and frame subwindows which would be very easy to convert. - Specifier alists for windows, a really awkward case which would involve somewhat more special-casing as is the case presently. Are there any objections to this change in principle? (Note that all of this work is presently happening on a branch---we'd just like to discuss issues such as this one to avoid having to revert them later.) -- Cheers =8-} Mike Friede, Völkerverständigung und überhaupt blabla

3 participants
2 comments

XEmacs/GTK 24 years, 1 month

Craig Lanning

Bill, (I would have replied to your last message, but I inadvertently deleted it.) I updated my copy of XEmacs/GTK from CVS and attempted to build. The configure script failed to find the gtk-config script. This patch seems to fix the problem: Index: configure.in =================================================================== RCS file: /usr/CVSroot/XEmacs/xemacs/configure.in,v retrieving revision 1.111.2.139.2.5 diff -u -r1.111.2.139.2.5 configure.in --- configure.in 2001/02/12 14:20:16 1.111.2.139.2.5 +++ configure.in 2001/02/12 22:59:47 ＠＠ -2573,7 +2573,7 ＠＠ case "${possible_version}" in 1.0.*) AC_MSG_WARN([GTK 1.2 is required, please upgrade your version of GTK.]); with_gtk=no;; 1.3.*) AC_MSG_WARN([GTK 1.3 is not supported right now]); with_gtk=no;; - * ) + 1.2.*) with_gtk=yes break ;; After this change it detected gtk-config and I continued with the build. Now that I have an XEmacs/GTK how do I play with the new features? Everytime I try to do something that needs a file dialog, xemacs says "Symbol's function definition is void: gtk-make-dialog-box-internal". Craig

1 participants
0 comments

Re: Down with weak lists! 24 years, 1 month

Michael Livshin

sperber(a)informatik.uni-tuebingen.de (Michael Sperber [Mr. Preprocessor]) writes: > Currently, weak lists are implemented as a special object around an > ordinary list which can be extracted via the `weak-list-list' > procedure. This exposes the internal representation of weak lists to > a degree so as to make proper generic handling in the GC difficult, so > we'd like to discuss changing it. > > The simplest way to implement weak lists would be to just make them a > regular cons of a weak pointer (a more primitive object) and a weak > list, and have special accessors `weak-list-car' and `weak-list-cdr'. > `weak-list-car' looks for a live list cons, and performs some cleanup > work on the way. Possibly another thin layer above this for looping > would get us even further. if "weak list" means what I think it means (i.e. a list built with objects that behave like regular conses but don't hold on to their cars), then a nice alternative would be to use the Chez Scheme solution: absolutely regular conses, but allocated in a separate space, so that the GC knows they are special. well, you are most probably aware of that, but just in case. -- SIGTHTBABW: a signal sent from Unix to its programmers at random intervals to make them remember that There Has To Be A Better Way. -- Erik Naggum

1 participants
0 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 February 2001