May 1998 - XEmacs-Beta - XEmacs Mailing List Archives

SL Baur

Martin Buchholz <martin(a)xemacs.org> writes: > Of those, the only ones that DEFAULT to being motif (where available) > are --with-xim and --with-dialogs. > So `--with-dialogs=athena --with-xim=no' is one combination that > should disable use of Motif. Let me know if this is not the case. > I understand many would like to never use motif. We may add an option > like that later, but don't we already have too many configure options? Not when the default behaviour of choosing Motif causes problems. Motif is *evil*, but that's besides the point. Do we have the bug of assuming Lesstif == motif worked-around at present?

1 participants
0 comments

Re: NEWS update 26 years, 6 months

SL Baur

Jan Vroonhof <vroonhof(a)math.ethz.ch> writes: > Hrvoje Niksic <hniksic(a)srce.hr> writes: >> +commands attached to them. To use it, add the following to `.emacs': >> + >> + (add-hook 'gdb-mode-hook '(lambda () (require 'gdb-highlight))) >> + What is this snippet referring to? It's not currently in etc/NEWS. > Isn't it a bad thing to be promoting the use anonymous functions in > hooks in the NEWS files? It's not nearly as bad as recommending that one quote a lambda expression. "Friends don't let friends quote lambda expressions."

1 participants
0 comments

Re: enable-clash-detection 26 years, 6 months

Paul Bibilo

Jan Vroonhof writes: > > Please guys, could you read the patch again. The new clash detection > does NOT use a global locking directory. It makes a symlink in the > same directory as the file is. > What happens if you don't have write access to the directory ? -- Paul

1 participants
0 comments

Re: NEWS update 26 years, 6 months

Jan Vroonhof

Hrvoje Niksic <hniksic(a)srce.hr> writes: > +commands attached to them. To use it, add the following to `.emacs': > + > + (add-hook 'gdb-mode-hook '(lambda () (require 'gdb-highlight))) > + Isn't it a bad thing to be promoting the use anonymous functions in hooks in the NEWS files? Jan

1 participants
0 comments

Build failure - b40-pre4 on Windows 95/Cygwin 26 years, 6 months

David Bush

I have not had a problem like this up to now. Updated via CVS to b40-pre4. The same configuration was fine at pre2. cd ./lib-src && make --unix CC='gcc' CFLAGS='-g -O2 -Wall -Wno-switch' LDFLAGS='' CPPFLAGS='' all make[1]: Nothing to be done for `all'. cd ./src && make --unix CC='gcc' CFLAGS='-g -O2 -Wall -Wno-switch' LDFLAGS='' CPPFLAGS='' all EMACSBOOTSTRAPLOADPATH="/develop/xemacs-20/src/../lisp/:/develop/xemacs-20" ./temacs -batch -l /develop/xemacs-20/src/../lisp/update-elc.el Requested 8192 bytes, static heap exhausted! base is 0x6a3000, current ptr is 0x815000. You have exhausted the static heap, if you want to run temacs, adjust sheap-adjust.h to 0 or a +ve number. If you are dumping then STATIC_HEAP_SLOP is too small. Generally you should *not* try to run temacs with a static heap, you should dump first. uname -a: CYGWIN32_95 DBUSH 4.0 19.1 i586 unknown ./configure '--site-prefixes=/usr/local' '--gung-ho' XEmacs 21.0-b40 "Saanen-pre4" configured for `i386-pc-cygwin32'. Where should the build process find the source code? /develop/xemacs-20 What installation prefix should install use? /usr/local What operating system and machine description files should XEmacs use? `s/cygwin32.h' and `m/intel386.h' What compiler should XEmacs be built with? gcc -g -O2 -Wall -Wno-switch Should XEmacs use the GNU version of malloc? yes Should XEmacs use the relocating allocator for buffers? default What window system should XEmacs use? msw Additional prefixes: /usr/local Compiling in support for XPM images. Compiling in support for GIF image conversion. Compiling in support for JPEG image conversion. Compiling in support for PNG image conversion. Compiling in support for TIFF image conversion. Compiling in support for GNU DBM. Compiling in support for ncurses. Compiling in File coding support. movemail will use "dot-locking" for locking mail spool files. Using Lisp_Objects with minimal tagbits. Using indexed lrecord implementation. Compiling in extra code for debugging. Compiling in code for checking XEmacs memory usage. And one other question, where is build-report? david

2 participants
1 comments

21.0-b40-pre4: Wierdness in about page on NT 26 years, 6 months

Damon Lipparelli

With the NT native build, including native XPM support: In the "about" page, when next to the XEmacs logo, the cursor is the height of the logo. Has anyone else seen this? -lipp

4 participants
3 comments

[Success] XEmacs 21.0-b40 "Saanen-pre4", sparc-sun-solaris2.5.1 26 years, 6 months

Adrian Aichner

Built from CVS. Autodetected dragndrop builds OK now with CDE. Regards, Adrian > XEmacs Build Report as generated > by build-report-version $Revision: 1.40 $ follows: > Contents of /export/home/tmp/CVSroot/xemacs-20/Installation: > (Output from most recent run of ./configure)

1 participants
0 comments

[Zoltan Hidvegi <hzoli@cs.elte.hu>] PATCH: Re: zsh as sh hates `unset CDPATH' 26 years, 6 months

SL Baur

This patch solves the problem. I brought it up here, I might as well pass on the solution too since it's short.

1 participants
0 comments

Re: find-function-noselect 26 years, 6 months

Jens-Ulrik Petersen

>>>>> "sb" == SL Baur <steve(a)xemacs.org> writes: sb> Jens-Ulrik Petersen <petersen(a)kurims.kyoto-u.ac.jp> writes: >> Thanks, I didn't know about `symbol-file'. It will be in the >> next version. When was that introduced by the way? (Up to now >> I have been using `describe-symbol-find-file' which does much >> the same I think.) sb> XEmacs 19.14. It didn't work on dumped symbols until sb> relatively recently. Really? I don't see it in XEmacs 20.0, 20.2 nor 20.3. I had assumed it was quite new. >> Are you using the latest version of "find-func", Steve? sb> Apparently not. Where and when did you post the newest sb> version? I mean are you using the latest released version in the "xemacs-devel" package? Or are you talking about the one in 20.4? (There will be a new "find-func" release pretty soon.) -- Jens-Ulrik Holger Petersen <http://www.kurims.kyoto-u.ac.jp/~petersen/> Research Institute for Mathematical Sciences, Kyoto University

1 participants
0 comments

Re: XEmacs 20.4: find-function-noselect 26 years, 6 months

Jens-Ulrik Petersen

>>>>> "Hrvoje" == Hrvoje Niksic <hniksic(a)srce.hr> writes: Hrvoje> Jens-Ulrik Petersen <petersen(a)kurims.kyoto-u.ac.jp> Hrvoje> writes: >> That's a good point. There should at least be a >> `built-in-variable-type' test or something in "help.el" (and >> "find-func.el") to check if a symbol is a "built-in" (defined >> in C) before pulling something out of `load-history'. Hrvoje> I don't see how this would help in the case of `values'. Hrvoje> Both of its definitions are in Lisp. Not from my reading of the source. (I thought that was the whole point of your original comment.) function `values' is an alias to `list' defined in "cl.el". variable `values' is defined in "lread.c". >> What is really needed is to record function and variable >> definitions separately. What backward compatibility problems >> might this cause? Hrvoje> I don't know. I haven't looked at the format of Hrvoje> `load-history', but it shouldn't be too complex. Right now variable and function information is mixed in `load-history'. I don't really know how many packages use this information ("help", `find-library', and "find-func" come to mind there most be more). -- Jens-Ulrik Holger Petersen <http://www.kurims.kyoto-u.ac.jp/~petersen/> Research Institute for Mathematical Sciences, Kyoto University

1 participants
0 comments

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 May 1998