[Please include the bug tracker in the Cc-list when you reply, so the message gets archived and others can follow the progress.] Thank you! Best regards, Stefan Kangas
after 3 git updates since, the bug disappeared. SoI close the case. Thanks for the support. Ps. There are a lot of makefile related problems. -- Regards M -- Regards M
So we still don't know why you are having the problem while I am not. Have you compared your build log and configuration to the one I sent in <https://debbugs.gnu.org/33945#20>? What happens if you b
What happens if you use -O2 (the default) rather than -Os to build from scratch? doesn't make any difference. Also, which version of GCC are you using? Mine is gcc (GCC) 8.2.1 20181215 (Red Hat 8.2.1
That's odd, since it's working for me on a similar platform. You might want to look at my build log and configuration (attached) and see how they differ from yours. This is a build from a fresh check
On Tue, Jan 01, 2019 at 10:56:22PM -0800, Paul Eggert wrote: markusffm@fn.de wrote: On Tue, Jan 01, 2019 at 03:18:05PM -0800, Paul Eggert wrote: I don't observe the problem here. What happens if you
markusffm@fn.de wrote: On Tue, Jan 01, 2019 at 03:18:05PM -0800, Paul Eggert wrote: I don't observe the problem here. What happens if you do a 'make bootstrap'? no difference. (make bootstrap causes
On Tue, Jan 01, 2019 at 03:18:05PM -0800, Paul Eggert wrote: I don't observe the problem here. What happens if you do a 'make bootstrap'? no difference. (make bootstrap causes a configure therefore I
Consider this code. Evaluate the defvar, and then try to evaluate each of the define-minor-mode sexps, in turn. The only difference among the mode-defining sexps is whether the :group and :keymap val
There is already another binding to the hide function ie `C-c SPC h'. Maybe while you are at improving this package, making the key bindings more consistent with outline mode would be nice. Thanks, -
Using emacs -Q (build from git master) works fine. Starting it with my customizations fails: Debugger entered--Lisp error: (wrong-type-argument symbolp 1) lookup-key((keymap) [menu-bar buffer 1]) sub
So basically do a binary-search on my init file. :D Will do, thanks. I want to contribute to the project but I cannot even prepare the patch file correctly... dammit! -- From 5f044df2093844b24a692d3
Thank you Steve! :) Actually yes, I do. C-v fill-column -- fill-column is a variable defined in ‘C source code’. Its value is 70 Local in buffer ChangeLog; global value is the same. -- Here is t
Perfect. I wasn’t able to find similar case to mine in the current git log where someone has changed the same function in plenty of files. It looks really strange to copy-and-paste the same explan
Ok, here is a complete patch. The problem is that in most calls the argument NODISP is nil. diff --git a/etc/NEWS b/etc/NEWS index 939caed14f6..0754645bdc8 100644 -- a/etc/NEWS +++ b/etc/NEWS @@ -17
Looks like adaptive-fill? lisp-mode defines various indent-* and fill-* functions, so perhaps the extra open parenthesis is the "prefix" it decides to use when filling/indenting?
Easier reproduction (well, if you're in the development tree): diff --git a/src/buffer.c b/src/buffer.c index f8a7a4f510..e567a8e23c 100644 -- a/src/buffer.c +++ b/src/buffer.c @@ -5334,7 +5334,7 @@
Hello everyone, This is my first patch so please let me know if I am doing something wrong in the process. I do not know if I should sent just the plain diff file without any ‘introduction’ but l
Hello, I stumbled over the usage of `setq-local' in the org-mode source while debugging in org-mode. In the past org-mode used a via defsubst self defined org-set-local function. In newer version it