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 installe
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 `confi
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 Zimmerma
> (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
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
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
http://l
> 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
inst
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 1
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
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 o
> 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 m
> 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!
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 an
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 No
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, becaus
> 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
>
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
debu
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)
fi
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
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
emacs-pretest-bug@gnu
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 su
[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
> 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
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
% emac
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 missin
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
_
./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 $(
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 won't
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' ../
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 bu
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
back
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
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
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:
valu
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 Versio
> 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. Ret
36 matches
Mail list logo