Here's a tentative fix for the bug, not that well tested, but tested a
little bit:
2006-12-04 Alan Mackenzie [EMAIL PROTECTED]
* emacs-lisp/lisp.el (beginning-of-defun-raw): In the seeking a
non-nested open-paren case, check there are enough lists to move
over. Return the
C-x C-f to get a minibuffer, then C-h m (or the equivalent from the
Help menu).
Lisp nesting exceeds...
(the first time I did it, the error message wasn't even displayed -
ist just loaded help-mode and was quiet then.)
In GNU Emacs 22.0.91.1 (powerpc-apple-darwin7.9.0, Carbon Version
In GNU Emacs 22.0.91.6 (sparc-sun-solaris2.8, Motif Version 2.1.0)
of 2006-12-04 on perth
X server distributor `Hummingbird Ltd.', version 11.0.100015
configured using `configure
'--prefix=/rvcarma/marshals/software/slash/usr/local'
'--with-x-toolkit=motif' 'CFLAGS=-g''
Important settings:
martin rudalics [EMAIL PROTECTED] writes:
3. All this is still awfully slow and expensive: Open a larger buffer
like xdisp.c, jump to its end, hit M-v a couple of times, and look at
CPU consumption.
I can second that. Working on xdisp.c has become awfully slow lately.
We definitely need to
On Wed, 29 Nov 2006 08:00:23 +0100 Jan Djärv [EMAIL PROTECTED] wrote:
Stephen Berman skrev:
It turns out that the wxGTK package mentioned above was in fact
responsible for Emacs segfaulting; after uninstalling the wxGTK rpm,
the Emacs GTK build started under X with no problems, as before.
Stephen Berman skrev:
CPPFLAGS='-I/usr/local/include/fontconfig' LDFLAGS='-L/usr/local/lib'
LIBS='-llibfontconfig' ../emacs-22.0.90/configure --with-x-toolkit=gtk
make then built emacs without error, and as expected, it still
segfaults. But when I run it under gdb, I still get the same
On Wed, 06 Dec 2006 14:10:23 +0100 Jan Djärv [EMAIL PROTECTED] wrote:
Stephen Berman skrev:
It seems that the variable LIBS I passed to configure (following the
example in etc/INSTALL) wasn't used by make. Did I do something
wrong? How do I get emacs to use the libfontconfig I built? (I
On Wed, 06 Dec 2006 13:32:00 +0100 Stephen Berman [EMAIL PROTECTED] wrote:
I obtained the SUSE source of fontconfig, built and installed it under
/usr/local and configured Emacs like this:
CPPFLAGS='-I/usr/local/include/fontconfig' LDFLAGS='-L/usr/local/lib'
LIBS='-llibfontconfig'
Perhaps there is a compelling reason to provide this new capability to
the left mouse button, such as an attempt to accommodate those with a
2-button mouse.
The compelling reason is compatibility with lots of other applications.
For that reason, the changes you've proposed simply
./configure --with-msvc
nmake bootstrap
i had to add $(USER32) to the link command for emacsclient and
emacsclientw, else linking fails cause of undefined symbols.
$(LINK) $(LINK_OUT)$@ $(LINK_FLAGS) $(ECLIENTOBJS) $(WSOCK32) $(USER32)
$(LIBS)
$(LINK) $(LINK_OUT)$@ $(TRES) -mwindows
On 12/6/06, Christoph Conrad [EMAIL PROTECTED] wrote:
i had to add $(USER32) to the link command for emacsclient and
emacsclientw, else linking fails cause of undefined symbols.
Thanks. I've installed your change.
/L/e/k/t/u
I've recently built Emacs from the 'emacs-unicode-2' branch of the CVS
repository and noticed that some of the fixes that have been made to
the emacs22 pretest version haven't appeared there yet.
If this is to be expected, then that's OK, but I don't know if it is.
So should I report these
Hmm, modifying the Makefile wont do, as pango dynamically links in fontconfig
at runtime.
If you built fontconfig under /usr/local/lib and the libfontconfig.so file is
in /usr/local/lib, you should be able to do
% LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH
% export LD_LIBRARY_PATH
%
I've recently built Emacs from the 'emacs-unicode-2' branch of the CVS
repository and noticed that some of the fixes that have been made to
the emacs22 pretest version haven't appeared there yet.
We're in the phase of pretest of Emacs-22, so it would be more helpful if
you used that to help us
[EMAIL PROTECTED] (Kim F. Storm) writes:
3. All this is still awfully slow and expensive: Open a larger buffer
like xdisp.c, jump to its end, hit M-v a couple of times, and look at
CPU consumption.
I can second that. Working on xdisp.c has become awfully slow lately.
We definitely need to
Stefan Monnier [EMAIL PROTECTED] writes:
We're in the phase of pretest of Emacs-22, so it would be more helpful if
you used that to help us get it out the door sooner.
OK, will do. I was following the instructions in
http://www.emacswiki.org/cgi-bin/wiki/XftGnuEmacs
to get better font
6. In any case, the new behavior should be documented since it applies
whenever `open-paren-in-column-0-is-defun-start' is set to nil.
Where are documentation changes are needed for this?
___
emacs-pretest-bug mailing list
It does not fail for me.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Richard Stallman [EMAIL PROTECTED] writes:
It does not fail for me.
It doesn't fail for me either if I run emacs -Q, but if I let it run
my .emacs then it does, with this stack:
fill-paragraph(nil)
fill-minibuffer-function(nil)
fill-paragraph(nil)
fill-minibuffer-function(nil)
Chris Moore [EMAIL PROTECTED] writes:
I can reproduce a similar error by using this minimal .emacs file:
(add-hook 'text-mode-hook 'auto-fill-mode)
In fact, that line isn't needed. The error happens even without a
.emacs file, but the error message isn't always displayed. Setting
Date: Wed, 06 Dec 2006 14:10:23 +0100
From: =?UTF-8?B?SmFuIERqw6Rydg==?= [EMAIL PROTECTED]
Cc: emacs-pretest-bug@gnu.org
When building for Gtk, Emacs uses the libs given by pkg-config. You can not
override it easily. I guess you have to do configure the normal way, and
then
edit
Eli Zaretskii [EMAIL PROTECTED] writes:
Btw, this pkg-config thingy is a terrible nuisance. I recently had to
build some package on a RH box, and was amazed to find that all the
``usual'' tricks of getting `configure' to use non-default include and
library paths simply don't work, because
Hey,
I'm unable to build the latest CVS version with MSVC. There is a
compiler problem with src/process.c and the strncasecmp and
strcasecmp symbols. Here is the patch.
--8---cut here---start-8---
diff -u -w -r1.41 ms-w32.h
--- src/s/ms-w32.h 13 Nov
Evening, Martin!
On Wed, Dec 06, 2006 at 10:04:23AM +0100, martin rudalics wrote:
[ ]
Thanks for taking care of this. Please note:
1. You don't widen the buffer before calling `syntax-ppss'.
You mean I don't have to, and would get the same result without
widening? I need to widen
6. In any case, the new behavior should be documented since it applies
whenever `open-paren-in-column-0-is-defun-start' is set to nil.
Where are documentation changes are needed for this?
In the Elisp description of `beginning-of-defun' I presume. I'd explain
the following issues:
Evening, Martin!
Evening, Alan!
1. You don't widen the buffer before calling `syntax-ppss'.
You mean I don't have to, and would get the same result without
widening? I need to widen anyway, in case point is inside a
comment/string and (point-min) is after the c/s's start.
No, I mean you
David Reitter [EMAIL PROTECTED] writes:
C-x C-f to get a minibuffer, then C-h m (or the equivalent from the
Help menu).
Lisp nesting exceeds...
The problem is that Emacs tries to use `fill-minibuffer-function' in a
non-mini buffer.
This seems to fix it (check current buffer instead of
In article [EMAIL PROTECTED], Stefan Monnier [EMAIL PROTECTED] writes:
I've recently built Emacs from the 'emacs-unicode-2' branch of the CVS
repository and noticed that some of the fixes that have been made to
the emacs22 pretest version haven't appeared there yet.
We're in the phase of
Kenichi Handa [EMAIL PROTECTED] writes:
Yes. The last sync was Nov.21. If you noticed that some of the
older fixes were not yet reflected in emacs-unicode-2, please let us
know.
The fixes I was missing are newer than that. For instance
Makefile.in revision 1.317
date: 2006-11-27
Date: Wed, 6 Dec 2006 21:05:29 +0100
From: Henrik Enberg [EMAIL PROTECTED]
Cc: Jan =?iso-8859-1?Q?Dj=E4rv?= [EMAIL PROTECTED],
emacs-pretest-bug@gnu.org
PKG_CONFIG_PATH=/path/to/dir/with/foo.pc ./configure
Thanks, but this only works if the package installed privately
installs
Could we set open-paren-in-column-0-is-defun-start to t for c mode?
If no one sees a better alternative, let's do that. But let's wait
a few days and see what else is suggested.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
ps-bdf.el should have all the from 2001 to 2006.
t-mouse.el was added in 2006 so it is correct.
I asked about composite.el.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
(nth 9 ppss) is Internal data for continuing the parsing. If we're
going to be using that thing's car as the least nested paren, why
don't we give up the pretence of an internal variable and document it
properly? I know it's used in some other places too, but it seems to
be being economical
Thanks for checking on the ones I was unsure of.
Richard Stallman wrote:
ps-bdf.el should have all the from 2001 to 2006.
Do I update the years for AIST as well as FSF?
t-mouse.el was added in 2006 so it is correct.
It can't be correct. See my thread in emacs-devel.
If Rubini and
Eli Zaretskii skrev:
Btw, this pkg-config thingy is a terrible nuisance. I recently had to
build some package on a RH box, and was amazed to find that all the
``usual'' tricks of getting `configure' to use non-default include and
library paths simply don't work, because that package's
Eli Zaretskii skrev:
Date: Wed, 6 Dec 2006 21:05:29 +0100
From: Henrik Enberg [EMAIL PROTECTED]
Cc: Jan =?iso-8859-1?Q?Dj=E4rv?= [EMAIL PROTECTED],
emacs-pretest-bug@gnu.org
PKG_CONFIG_PATH=/path/to/dir/with/foo.pc ./configure
Thanks, but this only works if the package installed
36 matches
Mail list logo
