unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#9501: 24.0.50; c-end-of-defun and c-beginning-of-defun are not convenient with C++ / namespaces
@ 2011-09-14  8:16 Hannu Koivisto
  2016-08-14 21:11 ` Alex
  0 siblings, 1 reply; 2+ messages in thread
From: Hannu Koivisto @ 2011-09-14  8:16 UTC (permalink / raw)
  To: 9501

This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org.  Please check that
the From: line contains a valid email address.  After a delay of up
to one day, you should receive an acknowledgement at that address.

Please write in English if possible, as the Emacs maintainers
usually do not have translators for other languages.

Please describe exactly what actions triggered the bug, and
the precise symptoms of the bug.  If you can, give a recipe
starting from `emacs -Q':

Create file test.h with the following content:

namespace Kala {

void function()
{
}

void function2()
{
}

}

Run emacs -Q test.h.  Enter c++-mode with M-x c++-mode RET. Move to
the first line of "function".  Hit C-M-e.  Observe that point moves
to the end of the buffer.  Move to the first line of
"function2". Hit C-M-a.  Observe that point moves to the beginning
of the buffer.  Now, documentation of c-end-of-defun says "Move
forward to the end of a top level declaration." and you could argue
that namespace Kala is the only top level declaration and therefore
this behaviour is correct, but I argue that in practice this
behaviour is not useful.

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file
c:/progra~1/emacs24/etc/DEBUG.


In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
 of 2011-08-25 on HANNU
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: fi_FI
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: FIN
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default enable-multibyte-characters: t

Major mode: C/l

Minor modes in effect:
  tooltip-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
  abbrev-mode: t

Recent input:
n/a

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr message format-spec rfc822 mml 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
emacsbug cc-mode cc-fonts easymenu cc-guess cc-menus cc-cmds cc-styles
cc-align cc-engine cc-vars cc-defs regexp-opt time-date tooltip
ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp
w32-win w32-vars 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 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 multi-tty emacs)

-- 
Hannu






^ permalink raw reply	[flat|nested] 2+ messages in thread

* bug#9501: 24.0.50; c-end-of-defun and c-beginning-of-defun are not convenient with C++ / namespaces
  2011-09-14  8:16 bug#9501: 24.0.50; c-end-of-defun and c-beginning-of-defun are not convenient with C++ / namespaces Hannu Koivisto
@ 2016-08-14 21:11 ` Alex
  0 siblings, 0 replies; 2+ messages in thread
From: Alex @ 2016-08-14 21:11 UTC (permalink / raw)
  To: Hannu Koivisto; +Cc: 9501

close 9501 24.5
quit

Hannu Koivisto <azure@iki.fi> writes:

> Create file test.h with the following content:
>
> namespace Kala {
>
> void function()
> {
> }
>
> void function2()
> {
> }
>
> }
>
> Run emacs -Q test.h.  Enter c++-mode with M-x c++-mode RET. Move to
> the first line of "function".  Hit C-M-e.  Observe that point moves
> to the end of the buffer.  Move to the first line of
> "function2". Hit C-M-a.  Observe that point moves to the beginning
> of the buffer.  Now, documentation of c-end-of-defun says "Move
> forward to the end of a top level declaration." and you could argue
> that namespace Kala is the only top level declaration and therefore
> this behaviour is correct, but I argue that in practice this
> behaviour is not useful.

This works correctly in 24.5.





^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2016-08-14 21:11 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-09-14  8:16 bug#9501: 24.0.50; c-end-of-defun and c-beginning-of-defun are not convenient with C++ / namespaces Hannu Koivisto
2016-08-14 21:11 ` Alex

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).