--- Begin Message ---
|
Subject: |
28.0.50; which-function no longer returning current Java method in Emacs 27 |
|
Date: |
Sat, 07 Mar 2020 14:07:42 +0100 |
Assume there's a file /tmp/Foo.java:
$ cat /tmp/Foo.java
class Foo {
void bar() {
// body
}
}
Emacs 26:
$ emacs -Q -batch -l which-func /tmp/Foo.java -eval '(progn (search-forward "//
body") (print (which-function)))'
"bar"
Emacs 27 pretest:
$ emacs -Q -batch -l which-func /tmp/Foo.java -eval '(progn (search-forward "//
body") (print (which-function)))'
"class Foo"
That is, Emacs 27 now prints the clas name instead of the method name.
I think the Emacs 26 behavior is preferrable.
In GNU Emacs 28.0.50 (build 10, x86_64-pc-linux-gnu, GTK+ Version 3.24.12,
cairo version 1.16.0)
of 2020-02-25
Repository revision: 03c07c88d90b5747456b9d286bace2dd4a713aac
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12004000
System Description: Debian GNU/Linux rodete
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Configured using:
'configure --enable-gcc-warnings=warn-only
--enable-gtk-deprecation-warnings --without-pop --with-mailutils
--enable-checking --enable-check-lisp-object-type --with-modules
'CFLAGS=-O0 -ggdb3''
Configured features:
XPM JPEG TIFF GIF PNG CAIRO SOUND DBUS GSETTINGS GLIB NOTIFY INOTIFY
LIBSELINUX GNUTLS FREETYPE HARFBUZZ ZLIB TOOLKIT_SCROLL_BARS GTK3 X11
XDBE XIM MODULES THREADS PDUMPER GMP
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
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 rmc dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec epa epg epg-config gnus-util
rmail rmail-loaddefs text-property-search time-date mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils phst skeleton
derived edmacro kmacro pcase ffap thingatpt url-parse auth-source cl-seq
eieio eieio-core cl-macs eieio-loaddefs password-cache json map url-vars
subr-x rx gnutls puny seq byte-opt gv bytecomp byte-compile cconv dbus
xml cl-loaddefs cl-lib tooltip eldoc electric uniquify ediff-hook
vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode elisp-mode lisp-mode prog-mode register page
tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse
jit-lock font-lock syntax facemenu font-core term/tty-colors frame
minibuffer 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
composite charscript charprop case-table epa-hook jka-cmpr-hook help
simple abbrev obarray 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
threads dbusbind inotify dynamic-setting system-font-setting
font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty
make-network-process emacs)
Memory information:
((conses 16 59465 7934)
(symbols 48 8079 1)
(strings 32 20894 1643)
(string-bytes 1 680049)
(vectors 16 12053)
(vector-slots 8 164854 5050)
(floats 8 26 33)
(intervals 56 196 0)
(buffers 1000 11))
--- End Message ---
--- Begin Message ---
|
Subject: |
Re: bug#39972: 28.0.50; which-function no longer returning current Java method in Emacs 27 |
|
Date: |
Sat, 23 May 2020 21:12:08 +0200 |
Am Fr., 22. Mai 2020 um 11:58 Uhr schrieb Alan Mackenzie <address@hidden>:
>
> Hello, Eli.
>
> On Fri, May 22, 2020 at 08:58:17 +0300, Eli Zaretskii wrote:
> > > Date: Thu, 21 May 2020 20:19:35 +0000
> > > Cc: address@hidden, address@hidden
> > > From: Alan Mackenzie <address@hidden>
>
> [ .... ]
>
> > > Sorry to trouble you with such a minor point, but I'm unable to decide
> > > myself whether such a small bug should prevent the cherry-picking of
> > > 5989432 into emacs-27. I'm leaning towards doing the cherry-pick.
>
> > > So, please help me by making the decision. Thanks!
>
> > I agree with you.
>
> Thanks. I've committed the cherry-pick to the emacs-27 branch.
Thanks, closing.
--- End Message ---