http://blog.gmane.org/gmane.emacs.bugs hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.emacs.bugs/74563 <pre> This bug is in two parts: 1. Provide keybindings for cycling through semantic-symref results. I don't see any right now. 2. Provide a more convenient and shorter prefix to replace existing C-c , ---------------------------------------------------------------- Some side notes. (semantic-mode 1) Atleast in C-mode, Development-&gt;Navigate Tags-&gt;[Previous, Next] Tag bound to C-c , n and C-c , p seem to be of questionable utility. It apparently jumps to params (in order) and function names. More or less, what C-M-n or C-M-p what achieves. I was under the mistaken assumption that C-c , n and C-c , p cycle through symref results created with C-c , g etc. It is not so. I think part of the confusion is because search functions (as in C-c , G) is mixed with non-search local navigation (C-c , p, C-c , n) on to same prefix C-c ,. As a rgrep user, I am quite happy with M-g M-n M-g M-p bindings. ---------------------------------------------------------------- In GNU Emacs 24.3.50.3 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2013-05-25 on debian-6.05 Bzr revision: 112729 monnier&lt; at &gt;iro.umontreal.ca-20130525030804-6onx9rhvib7pv3fc Windowing system distributor `The X.Org Foundation', version 11.0.10707000 Important settings: value of $LANG: en_IN locale-coding-system: iso-latin-1-unix default enable-multibyte-characters: t In GNU Emacs 24.3.50.3 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2013-05-25 on debian-6.05 Bzr revision: 112729 monnier&lt; at &gt;iro.umontreal.ca-20130525030804-6onx9rhvib7pv3fc Windowing system distributor `The X.Org Foundation', version 11.0.10707000 Important settings: value of $LANG: en_IN locale-coding-system: iso-latin-1-unix default enable-multibyte-characters: t </pre> Jambunathan K 2013-05-25T15:38:37 http://permalink.gmane.org/gmane.emacs.bugs/74562 <pre>Start "emacs -Q" that was compiled with --with-x-toolkit=gtk3 from bzr. You should see a resizing triangle button in the lower right-hand corner, as in http://www.nexoid.at/tmp/emacs-triangle.jpg This resizing button is useless on all tiling window managers. If you remove the check for GTK 3 from gtkutil.c (~ line 1159), things work fine again (and I believe this check is erroneous anyway, why only disable it on GTK != 3?). After recompiling, the resulting emacs -Q looks like this: http://www.nexoid.at/tmp/emacs-no-triangle.jpg It would be great if this could be fixed in emacs bzr. The machine I'm sending this bug report from is *not* the same machine I tested this on. Thanks! Peter In GNU Emacs 24.1.50.2 (i686-pc-linux-gnu, GTK+ Version 2.24.10) of 2012-04-13 on nexoid Configured using: `configure '--prefix=/usr' '--sysconfdir=/etc' '--localstatedir=/var' '--libexecdir=/usr/lib' '--mandir=/usr/share/man' '--without-sound' '--with-xft' '--with-x-toolkit=gtk' 'CFLAGS=-march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_GB.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: rcirc Minor modes in effect: csv-field-index-mode: t display-time-mode: t shell-dirtrack-mode: t diff-auto-refine-mode: t rcirc-track-minor-mode: t global-auto-revert-mode: t show-paren-mode: t iswitchb-mode: t tooltip-mode: t mouse-wheel-mode: t use-hard-newlines: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Features: (shadow emacsbug vcard dabbrev jka-compr tramp-cache etags org-colview cal-iso bookmark cal-move parse-time tabify image-file org-capture org-mks calculator newcomment cal-china lunar solar cal-dst cal-bahai cal-islam cal-hebrew cal-julian org-indent org-w3m org-wl org-vm org-rmail org-mhe org-mew org-irc org-jsinfo org-infojs org-html org-info org-id org-gnus org-docview org-bibtex bibtex mailalias smtpmail sendmail qp mail-extr multi-isearch gnutls url-queue shr-color color shr mule-util hl-line disp-table network-stream starttls paredit gedcom-ext gedcom wc-mode image-dired dired server package tabulated-list quail help-mode view wgrep grep multiple-cursors mc-separate-operations rectangular-region-mode mc-mark-more mc-cycle-cursors mc-edit-lines multiple-cursors-core rect expand-region cc-mode-expansions org-mode-expansions ruby-mode-expansions nxml-mode-expansions html-mode-expansions expand-region-custom expand-region-core rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap nxml-util nxml-glyph nxml-enc xmltok skeleton flymake zencoding-mode iy-go-to-char ob-R color-theme-solarized color-theme slime-autoloads org-latex org-export-latex org-beamer org-exp ob-exp org-exp-blocks find-func footnote holidays hol-loaddefs tfs org-ical org-notmuch notmuch notmuch-message notmuch-maildir-fcc notmuch-hello notmuch-show notmuch-print notmuch-crypto notmuch-mua notmuch-address notmuch-wash coolj notmuch-query json goto-addr icalendar notmuch-lib tex dbus ebib csv-mode sort compile csharp-mode cc-langs mediawiki url-cache url-http tls url-auth url-gw amazon mm-url xml org-bbdb bbdb-anniv diary-lib diary-loaddefs cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine ledger esh-arg esh-util time edict edict-japanese edict-english edict-morphology edict-edit dui-registry dui tempo url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util url-parse url-vars xml-parse doxymacs w3m-load org-agenda org ob-emacs-lisp ob-tangle ob-ref ob-lob ob-table org-footnote org-src ob-comint ob-keys ob ob-eval org-pcomplete org-list org-faces org-compat org-entities org-macs noutline outline cal-menu calendar cal-loaddefs org-install scheme epa-file epa epg tramp tramp-compat auth-source eieio tramp-loaddefs ess-toolbar ess-mouse mouseme ess-menu ess-swv ess-noweb noweb-font-lock-mode ess-bugs-l essd-els ess-sas-d ess-sas-l ess-sas-a executable shell pcomplete ess-arc-d ess-vst-d ess-xls-d ess-lsp-l ess-sta-d ess-sta-l cc-vars cc-defs make-regexp ess-sp6-d ess-sp5-d ess-sp3-d ess-r-d ess-r-args assoc ess-s-l ess-inf ess-utils ess-mode noweb-mode ess ess-custom ess-compat ess-site bbdb-sms ido bbdb-com crm bbdb timezone warnings slime-fancy slime-fontifying-fu slime-package-fu slime-references slime-scratch slime-presentations slime-fuzzy slime-fancy-inspector slime-c-p-c slime-editing-commands slime-autodoc slime-parse slime-repl slime byte-opt bytecomp byte-compile cconv macroexp derived hideshow pp hyperspec thingatpt browse-url ruby-mode psvn log-edit pcvs-util add-log diff-mode easy-mmode rcirc help-at-pt autorevert cus-start cus-load gnus-art mm-uu mml2015 epg-config password-cache mm-view mml-smime smime cl comint regexp-opt ansi-color ring dig mailcap gnus-sum nnoo gnus-group gnus-undo nnmail mail-source gnus-start gnus-spec gnus-int gnus-range gnus-win gnus gnus-ems nnheader gnus-util wid-edit edmacro kmacro gnus-alias advice help-fns advice-preload message idna format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mailabbrev mail-utils gmm-utils mailheader tex-site auto-loads time-date paren iswitchb tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) </pre> Peter Feigl 2013-05-25T15:33:27 http://permalink.gmane.org/gmane.emacs.bugs/74561 <pre> In terms of UI, git grep solution is inferior compared to (which-function) proposal. Both of these are in turn is much inferior to current state of the art i.e., semantic-symref. Semantic not only interfaces with grep, cscope backends but has the necessary infrastructure to re-write the results in to a unified interface. More importantly it displays function context. I am OK with this bug remaining closed. I have now moved the proposal for displaying function context to http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14468. Juri Linkov &lt;juri&lt; at &gt;jurta.org&gt; writes: </pre> Jambunathan K 2013-05-25T13:08:31 http://permalink.gmane.org/gmane.emacs.bugs/74560 <pre> 1. Enable semantic (semantic-mode 1) 2. Visit some lisp file M-x find-library RET files RET 3. Enable debugging M-x toggle-debug-on-error RET 4. Start a symbol search C-c , g (It doesn't seem to matter where the cursor is in the file. Beginning of file is good enough.) 5. Be confronted with the following error. Expected behaviour: Provide more informative error. May be it should use a user-error instead of an error. ,---- | Debugger entered--Lisp error: (wrong-type-argument syntax-table-p nil) | set-syntax-table(nil) | semantic-ctxt-current-symbol-default(nil) | semantic-ctxt-current-symbol() | semantic-ctxt-current-thing() | semantic-complete-default-to-tag(nil) | semantic-complete-read-tag-engine([object semantic-collector-project-brutish "Symrefs for: " #&lt;buffer files.el&gt; nil unbound unbound unbound unbound unbound #&lt;buffer files.el&gt;] [object semantic-displayor-traditional-with-focus-highlight "simple" nil unbound unbound] "Symrefs for: " nil nil nil) | semantic-complete-read-tag-project("Symrefs for: ") | (semantic-tag-name (semantic-complete-read-tag-project "Symrefs for: ")) | (list (semantic-tag-name (semantic-complete-read-tag-project "Symrefs for: "))) | call-interactively(semantic-symref-symbol nil nil) | command-execute(semantic-symref-symbol) `---- In GNU Emacs 24.3.50.3 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2013-05-25 on debian-6.05 Bzr revision: 112729 monnier&lt; at &gt;iro.umontreal.ca-20130525030804-6onx9rhvib7pv3fc Windowing system distributor `The X.Org Foundation', version 11.0.10707000 Important settings: value of $LANG: en_IN locale-coding-system: iso-latin-1-unix default enable-multibyte-characters: t </pre> Jambunathan K 2013-05-25T12:59:05 http://permalink.gmane.org/gmane.emacs.bugs/74559 <pre>Il 25/05/2013 5.23, Stefan Monnier ha scritto: Indeed... It seems that this happens only for comments before source code... Anyway, it isn't very important. Thanks for clarification.. Ciao. Angelo. </pre> Angelo Graziosi 2013-05-25T11:24:28 http://permalink.gmane.org/gmane.emacs.bugs/74558 <pre>Il 23/05/2013 1.48, Angelo Graziosi ha scritto: As noticed by Glenn, now "cycle" and "exit" statements are in black... The fix looks worse than the "bug"... ;-) We can stay with a two-tone "ExitProcess"... :-) Ciao, Angelo. </pre> Angelo Graziosi 2013-05-25T11:15:39 http://permalink.gmane.org/gmane.emacs.bugs/74557 <pre> This bug supersedes bug##13549 Improve display of semantic-symref. 1. The symbol being searched goes in to the BUFFER NAME. I think it will be much useful to *also* display all the search params (specifically the tag) RIGHT WITHIN the buffer. 2. I find the display offered by cscope (and a mock-up that I created) involve lesser overheads. See http://debbugs.gnu.org/cgi/bugreport.cgi?msg=5;filename=grep-proof-of-concept-cf-cscope.png;att=3;bug=13549 Let me explain: 1. semantic-symref munges each grep output in to two lines. One displaying the signature of the function that contains the hit. Another displaying the actual hit. 2. cscope (and my mock up) on the other hand, displays JUST the function context (and NO signature). Everything goes in to a single line. There is too much text in semantic-symref and hence it takes some effort to actually see the function context and the text hit with a quick glance. I wish if someone could write a results munger (and also a displayer) for semantic which mimics what cscope does. If one wants to actually look at the signature, one can actually turn ON `global-semantic-idle-summary-mode' so that signatue can be seen if needed. In GNU Emacs 24.3.50.3 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2013-05-25 on debian-6.05 Bzr revision: 112729 monnier&lt; at &gt;iro.umontreal.ca-20130525030804-6onx9rhvib7pv3fc Windowing system distributor `The X.Org Foundation', version 11.0.10707000 Important settings: value of $LANG: en_IN locale-coding-system: iso-latin-1-unix default enable-multibyte-characters: t Major mode: Symref </pre> Jambunathan K 2013-05-25T09:04:47 http://permalink.gmane.org/gmane.emacs.bugs/74556 <pre> 1. Setup cscope as symref tool for ~/src/emacs/trunk/src. 2. C-c , g intervals_equal Make sure that cedet-cscope.el is the symref tool used for producing above results. For basic help with (1) and (2) steps see http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14455 3. M-x delete-file RET ~/src/emacs/trunk/src/cscope.files RET M-x delete-file RET ~/src/emacs/trunk/src/cscope.out RET 4. C-c , g intervals_equal Note that the search fails with output ,---- | semantic-symref-produce-list-on-results: No references found `---- 5. Restart Emacs 6. While browsing Emacs C files, do C-c , g intervals_equal See that the results are produced with grep as the backend. Expected behaviour: Do away with step (5). For example, cscope.out may have been accidentally removed because of (say) a version control clean operation (like git clean -d -f). Symref should do it's try hard to give results and not continue to expect that the eariler backend is still functional. In GNU Emacs 24.3.50.3 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2013-05-25 on debian-6.05 Bzr revision: 112729 monnier&lt; at &gt;iro.umontreal.ca-20130525030804-6onx9rhvib7pv3fc Windowing system distributor `The X.Org Foundation', version 11.0.10707000 Important settings: value of $LANG: en_IN locale-coding-system: iso-latin-1-unix default enable-multibyte-characters: t </pre> Jambunathan K 2013-05-25T08:41:27 http://permalink.gmane.org/gmane.emacs.bugs/74555 <pre> Bug-1: Provide a key-binding for semantic-symref-find-tags-by-regexp Bug-2: See below 1. emacs -Q 2. (semantic-mode 1) 3. Make sure that ~/src/emacs/trunk/src/ has cscope.out, so that semantic-symref will be provided be cedet-cscope.el. For setting up cscope see http://lists.gnu.org/archive/html/bug-gnu-emacs/2013-05/msg00644.html 4. In the context of Emacs C files do, M-x semantic-symref-find-tags-by-regexp RET You will be presented with the following buffer ,---- "*Symbol Reference ADEBUG*" | ] Name: "intervals_equal" | ] Class: #'semantic-symref-result | ] :created-by #&lt;semantic-symref-tool-cscope semantic-symref-tool-cscope&gt; | ] :hit-files #unbound | ] :hit-text #unbound | ] :hit-lines #&lt;list o' stuff: 10 entries&gt; | ] :hit-tags #unbound `---- 5. In the context of Emacs C files do, M-: (cedet-cscope-search "intervals_equal" 'tagregexp 'line 'project) C-x b *CEDET CScope* You will see that there are some hits as below. ,---- | intervals.h &lt;global&gt; 230 extern bool intervals_equal (INTERVAL, INTERVAL); | textprop.c &lt;global&gt; 956 while (next &amp;&amp; intervals_equal (i, next) | textprop.c &lt;global&gt; 1052 while (previous &amp;&amp; intervals_equal (previous, i) | intervals.c intervals_equal 184 intervals_equal (INTERVAL i0, INTERVAL i1) | intervals.c adjust_intervals_for_insertion 989 if (! intervals_equal (i, &amp;newi)) | intervals.c adjust_intervals_for_insertion 995 else if (! intervals_equal (prev, &amp;newi)) | intervals.c adjust_intervals_for_insertion 999 if (i &amp;&amp; intervals_equal (prev, i)) | intervals.c set_point_both 2053 &amp;&amp; (! intervals_equal (from, to) | intervals.c set_point_both 2054 || ! intervals_equal (fromprev, toprev))) | intervals.c compare_string_intervals 2329 if (! intervals_equal (i1, i2)) `---- Expected behaviour: 4 should present me with a Symref buffer with search results. In GNU Emacs 24.3.50.3 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2013-05-25 on debian-6.05 Bzr revision: 112729 monnier&lt; at &gt;iro.umontreal.ca-20130525030804-6onx9rhvib7pv3fc Windowing system distributor `The X.Org Foundation', version 11.0.10707000 Important settings: value of $LANG: en_IN locale-coding-system: iso-latin-1-unix default enable-multibyte-characters: t </pre> Jambunathan K 2013-05-25T08:14:39 http://permalink.gmane.org/gmane.emacs.bugs/74554 <pre> Both behaviors make sense. Note that elseif/else behaves just like case/otherwise: if will stop at the previous matching elseif. For indentation purpose it's better if it doesn't jump too far, which is why octave-mode currently behaves this way. The reason why it's better is: - faster indentation since we parse less of the buffer. - more local decision means that the behavior is easier to understand for the user. - also means that it better takes into account choices of the user: if the user decides to place his "case" at some other indentation, only the first "case" after "switch" will disagree with the user, all the other ones will simply align under the first. Ideally, this behavior would also allow to use C-M-t to transpose two cases, just like you can do with the usual infix operators/separators, but currently this doesn't work (and it can't be done with "otherwise"). Stefan </pre> Stefan Monnier 2013-05-25T06:59:08 http://permalink.gmane.org/gmane.emacs.bugs/74553 <pre> Those are the image libraries and libxml2. And, of course, any prerequisite packages needed to build those: zlib, libintl, libiconv, and the libraries, like libnettle, that GnuTLS depends on. Security is not just about secure communications. I'm sure you know that. It is empty because it doesn't lead to any action. We've been talking about this for months already. The actual discussions were private, not on any public list. I think it's well beyond our capacities and resources, yes. </pre> Eli Zaretskii 2013-05-25T06:49:43 http://permalink.gmane.org/gmane.emacs.bugs/74552 <pre>Thanks a lot Glenn ! I can see the highlighting syntax now with emacs 24.3.1. Feel free to close the case. I would reopen it or create a new case if users would encounter stability issues. Best regards, Fred -----Original Message----- From: Glenn Morris [mailto:rgm&lt; at &gt;gnu.org] Sent: Friday, May 24, 2013 9:54 PM To: Frederic Pouyet Cc: 14458&lt; at &gt;debbugs.gnu.org; Avi Farjoun; Patrick Oury; Mahesh Soni; Orit Greengrass Subject: Re: bug#14458: 24.3; specman-mode_v1.22.el not compatible with emacs 24.x As a general rule, we at bug-gnu-emacs don't support third-party libraries. The code looks pretty crufty, but the attached minimal patch might get it working again for you. If you have any further problems with it, someone on the help-gnu-emacs&lt; at &gt;gnu.org list might be willing to help. </pre> Frederic Pouyet 2013-05-25T05:23:11 http://permalink.gmane.org/gmane.emacs.bugs/74551 <pre> This is a different issue and I am not sure what to do here. Maybe it makes more sense to let forward-list and backward-up-list move out of strings. Feel free to make a proposal. Leo </pre> Leo Liu 2013-05-25T04:20:58 http://permalink.gmane.org/gmane.emacs.bugs/74550 <pre> Sorry, Stefan, that was an oversight. It jumps to the previous 'case' with point on the opening '{'. Since 'case', 'otherwise' are closers to 'switch' as in smie-closer-alist, I was expecting (forward-sexp -1) to jump back to 'switch', much like from 'elseif' to 'if'. Does this make sense? Leo </pre> Leo Liu 2013-05-25T04:17:28 http://permalink.gmane.org/gmane.emacs.bugs/74549 <pre> To tell you the truth, I don't know either. The way I see it, M-j should be bound to a function that funcalls comment-line-break-function (whose default value is comment-indent-new-line). So modes can modify comment-line-break-function (ideally via add-function) to tune its behavior. I see now that it behaves differently because f90 tells it to, via f90-comment-indent. Try: ! bla ! bli and then hit either TAB or M-; on the second line, and you'll see it gets indented by 1 more space, just like in your example. Stefan </pre> Stefan Monnier 2013-05-25T03:23:27 http://permalink.gmane.org/gmane.emacs.bugs/74548 <pre>Should be fixed now, thank you, Stefan </pre> Stefan Monnier 2013-05-25T03:08:25 http://permalink.gmane.org/gmane.emacs.bugs/74547 <pre>[...] Oops, my bad, thanks for pointing it out. Should be fixed now. Stefan </pre> Stefan Monnier 2013-05-25T02:22:47 http://permalink.gmane.org/gmane.emacs.bugs/74546 <pre>Fixed and installed, thanks. </pre> Xue Fuqiao 2013-05-25T02:18:53 http://permalink.gmane.org/gmane.emacs.bugs/74545 <pre>Fixed. </pre> Xue Fuqiao 2013-05-25T01:56:12 http://permalink.gmane.org/gmane.emacs.bugs/74544 <pre> That was my main test case while writing the patch, so "it works for me". Could you give a detailed recipe? Same here: it works for me. So please provide a recipe. Stefan </pre> Stefan Monnier 2013-05-25T01:55:42 http://permalink.gmane.org/gmane.emacs.bugs/74543 <pre>Installed. </pre> Xue Fuqiao 2013-05-25T01:44:40 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.emacs.bugs