From: Andrew Moore <slewsys@gmail.com>
To: emacs-devel@gnu.org
Subject: 26.0.50; CEDET stickyfunc-mode broken after recent removal of default-FOO variables
Date: Wed, 16 Nov 2016 21:32:04 -0500 [thread overview]
Message-ID: <4EA19C06-5C3C-4A06-B173-370149D65E3A@gmail.com> (raw)
In-Reply-To: 39BFCECE-1083-4FF2-A3F1-5E8DC10646F1@gmail.com
CEDET stickyfunc-mode appears to be broken after recent commits:
e6681b27394a23979c3aef3925f78ef9cd75bd32 (“Nix more uses of default-FOO variables (Bug#24946)”),
73d47d22197175f08b2dd62e76d7138872e611d2 (“Remove obsolete default-FOO variables”)
Being enamored of stickyfunc-mode, I’m hoping that someone might point me in the direction of a resolution. What I have so far is only a partial workaround.
Prior to the above commits, CEDET and stickyfunc-mode were enabled globally via the following lines in my .emacs:
(load (concat cedet-load-path "/semantic/loaddefs.el"))
(semantic-mode)
(mapc
(lambda (mode)
(funcall mode 1))
'(global-semantic-idle-summary-mode
global-semantic-idle-completions-mode
global-semantic-idle-scheduler-mode
global-semanticdb-minor-mode))
global-semantic-stickyfunc-mode))
(This might be more properly done via customization, but the effect should be the same)
After commits removing the obsolete `default-FOO’ variables, including `default-header-line-format', Emacs drops into the debugger on startup as result of the above lines. One work around is to enable stickyfunc-mode via major mode hooks. E.g., after commenting out the last line above `global-semantic-stickyfunc-mode’, stickyfunc mode can be enabled in C mode with the following hook:
(defun c-mode-setup ()
"Adjust C mode environment."
(semantic-mode)
(make-local-variable 'header-line-format)
(setq header-line-format
'(:eval
(list
(propertize " " 'display
'((space :align-to 0)))
(semantic-stickyfunc-fetch-stickyline))))
(semantic-stickyfunc-mode))
(add-hook 'c-mode-common-hook #'c-mode-setup)
Unfortunately, adding this to emacs-lisp-mode-hook causes Emacs to again drop into the debugger on startup. In fact, whereas stickyfunc-mode works with C code, it seems not to have worked with Lisp for a while now (i.e., prior to removal of the `default-FOO’ variables). Obviously it would help to identify the breaking commit, but I’m not even sure what time frame to examine.
In the mean time, perhaps someone could offer some insight into what’s going on? Why did removal of the obsolete variable `default-header-line-format’ wreck such havoc? Should I be looking at CEDET code, or might the problem be of a more generic nature that could be affecting other code that I haven’t come across yet? Once enough information has been gathered, a bug report will be submitted. Thank you!
-AM
In GNU Emacs 26.0.50.3 (x86_64-apple-darwin15.6.0, NS appkit-1404.47 Version 10.11.6 (Build 15G1108))
of 2016-11-16 built on vesta.slewsys.org
Repository revision: dc4b8a0c329a9d9e56e6be63cb4a0f59a952b07f
Windowing system distributor 'Apple', version 10.3.1404
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
/opt/src/programming/emacs/emacs
mwheel-scroll: End of buffer [4 times]
Compilation exited abnormally with code 2
Configured using:
'configure --prefix=/opt --with-ns CC=/usr/bin/clang
CXX=/usr/bin/clang++'
Configured features:
JPEG RSVG IMAGEMAGICK DBUS NOTIFY ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BARS NS
Important settings:
value of $LC_ALL: en_US.UTF-8
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
shell-dirtrack-mode: t
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message subr-x puny seq byte-opt gv
bytecomp byte-compile cl-extra help-mode cconv cl-loaddefs pcase cl-lib
dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec
password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr
mail-utils compile shell pcomplete comint ansi-color ring time-date
mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/ns-win ns-win ucs-normalize term/common-win
tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment
elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932
hebrew greek romanian slovak czech european ethiopic indian cyrillic
chinese charscript case-table epa-hook jka-cmpr-hook help simple abbrev
obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face
macroexp files text-properties overlay sha1 md5 base64 format env
code-pages mule custom widget hashtable-print-readable backquote
dbusbind kqueue cocoa ns multi-tty make-network-process emacs)
Memory information:
((conses 16 215600 6717)
(symbols 48 20559 0)
(miscs 40 52 123)
(strings 32 20332 6483)
(string-bytes 1 663313)
(vectors 16 35782)
(vector-slots 8 676057 7085)
(floats 8 186 173)
(intervals 56 582 0)
(buffers 976 13))
next parent reply other threads:[~2016-11-17 2:32 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <39BFCECE-1083-4FF2-A3F1-5E8DC10646F1@gmail.com>
2016-11-17 2:32 ` Andrew Moore [this message]
2016-11-17 2:57 ` 26.0.50; CEDET stickyfunc-mode broken after recent removal of default-FOO variables Clément Pit--Claudel
2016-11-17 3:00 ` Mark Oteiza
2016-11-17 5:24 ` Andrew Moore
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4EA19C06-5C3C-4A06-B173-370149D65E3A@gmail.com \
--to=slewsys@gmail.com \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).