Richard Stallman skrev:
This patch (reverts Jan 26 change) fixes it for me on Solaris 10,
don't know if it breaks anything else. It can't hurt to include -lX11
twice, can it?
Jan made that change in Makefile.in, probably to fix a bug.
Just removing it is probably not a good idea.
Richard Stallman wrote:
Would you please install your patch, then ack?
Sorry, I don't have CVS write access.
--
Kevin Rodgers
Denver, Colorado, USA
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/
What is the point of not having -lX11 in XFT_LIBS? Sounds like a bug in
the
installed Xft to me. Where did it come from, is it part of Solaris 10 or
added on later. I guess two -lX11 couldn't hurt.
You installed this to fix a bug, didn't you? What was the bug?
Glenn Morris wrote:
> Glenn Morris wrote:
>
>> The 1+ part fixes a different bug that seems to be present in 21.4
>> as well.
>
> Whoops, no it doesn't. I don't use partial completion, but it seems to
> be pretty broken when one selects completion from a list.
This patch seems to do better, but i
Glenn Morris wrote:
> The 1+ part fixes a different bug that seems to be present in 21.4
> as well.
Whoops, no it doesn't. I don't use partial completion, but it seems to
be pretty broken when one selects completion from a list.
___
emacs-pretest-bug
Johan Bockgård wrote:
> $ emacs -Q -l complete
> Insert (defma )
> Place point after "a" and run M-x PC-lisp-complete-symbol
>
> => Wrong type argument: sequencep, t
How about the following patch? The 1+ part fixes a different bug that
seems to be present in 21.4 as well.
*** complete.el 03 M
I wonder whether this code at the beginning of
`completion-setup-function':
(if minibuffer-completing-file-name
(with-current-buffer mainbuf
(setq default-directory (file-name-directory mbuf-contents
shouldn't perhaps be more like this, to avoid setting
d
Would you please install your patch, then ack?
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
This patch (reverts Jan 26 change) fixes it for me on Solaris 10,
don't know if it breaks anything else. It can't hurt to include -lX11
twice, can it?
Jan made that change in Makefile.in, probably to fix a bug.
Just removing it is probably not a good idea.
Jan, what was that bug?
__
Do you want this kind of testing status sent to emacs-pretest-bug?
You may as well report successes only to me.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
I tried to compile the latest pretest on my SPARC workstation running
Solaris post-10 ("Nevada b57"), using this configuration
What was the last pretest (or CVS Emacs version) that did build?
___
emacs-pretest-bug mailing list
emacs-pretest-bug
Ralf Angeli <[EMAIL PROTECTED]> writes:
> Trying to untar an Emacs pretest tar ball (22.0.94) with
> `tar-untar-buffer' results in the following backtrace:
I checked in a fix for this.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http
Jan Djärv <[EMAIL PROTECTED]> writes:
>>> *** Makefile.in 17 Feb 2007 02:36:10 - 1.338
>>> --- Makefile.in 2 Mar 2007 22:48:07 -
>>> ***
>>> *** 403,410
>>> #endif /* not USE_X_TOOLKIT */
>>> #if HAVE_XFT
>>> - #undef LIB_X11_LIB /* XFT_LIBS includes -lX11 */
>>> - #
James J Dempsey <[EMAIL PROTECTED]> writes:
> Apparently the first time I built emacs-22.0.95 on redhat Enterprise WS 3,
> it defaulted to not use X11, probably because this machine didn't have the
> X11 header file RPMs installed. After installing them, I reconfigured with:
>
> ./configure --pre
I am using
GNU Emacs 22.0.94.1 (powerpc-apple-darwin7.9.0, Carbon Version 1.6.0)
of 2007-03-02 on rodrigues.inf.ed.ac.uk - Aquamacs Distribution 1.0rc1
I customized file-coding-system-alist and its present value is
(("\\.dz\\'" no-conversion . no-conversion)
("\\.g?z\\(~\\|\\.~[0-9]+~\\)?\\'"
Apparently the first time I built emacs-22.0.95 on redhat Enterprise WS 3,
it defaulted to not use X11, probably because this machine didn't have the
X11 header file RPMs installed. After installing them, I reconfigured with:
./configure --prefix=/local --x-libraries=/usr/X11R6/lib
--x-includes=
Trying to untar an Emacs pretest tar ball (22.0.94) with
`tar-untar-buffer' results in the following backtrace:
Debugger entered--Lisp error: (error "Invalid search bound (wrong side of
point)")
re-search-forward("[
\n]\\([^[
\n]*\\)[]*Local Variables:[ ]*\\([^
\n]*\\)[
\n]" 342875
Chong Yidong skrev:
Problem seems to be that LIB_XFT on Solaris 10 does NOT include -lX11,
despite what it says in src/Makefile.in.
This patch (reverts Jan 26 change) fixes it for me on Solaris 10,
don't know if it breaks anything else. It can't hurt to include -lX11
twice, can it?
*** Makefi
> From: Chong Yidong <[EMAIL PROTECTED]>
> Date: Thu, 01 Mar 2007 18:38:43 -0500
>
> I have rolled a 22.0.95 tarball, which can be found at the usual
> location:
>
> ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-22.0.95.tar.gz
> ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-22.0.94-22.0.95.xdelta
I
> On Sat, 3 Mar 2007 08:57:02 +, David Reitter <[EMAIL PROTECTED]> said:
> On 3 Mar 2007, at 00:58, YAMAMOTO Mitsuharu wrote:
>> (Cocoa) Emacs.app seems to do something uncommon to other
>> platform/toolkit ports with respect to the scroll bar width and the
>> frame internal border width i
> From: James J Dempsey <[EMAIL PROTECTED]>
> Date: Fri, 02 Mar 2007 10:36:36 -0500
> Cc:
>
> Do you want this kind of testing status sent to emacs-pretest-bug?
Yes, please.
Thanks.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http:/
On 3 Mar 2007, at 00:58, YAMAMOTO Mitsuharu wrote:
(Cocoa) Emacs.app seems to do something uncommon to other
platform/toolkit ports with respect to the scroll bar width and the
frame internal border width in order to get rid of the gap between the
rightmost scroll bars and the right edge of the
22 matches
Mail list logo