GNU bug report logs -
#7327
24.0.50; cc-mode: default indentation inconsistent with typedefs
Previous Next
Reported by: Christoph <cschol2112 <at> googlemail.com>
Date: Thu, 4 Nov 2010 01:35:03 UTC
Severity: normal
Tags: wontfix
Found in version 24.0.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 7327 in the body.
You can then email your comments to 7327 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#7327
; Package
emacs
.
(Thu, 04 Nov 2010 01:35:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Christoph <cschol2112 <at> googlemail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 04 Nov 2010 01:35:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Start with `emacs -Q'. Start new .c file.
Type `typedef enum' then hit `C-j', then `{'.
The code is indented like this:
typedef enum
{
blabla
Then try `typedef struct', `C-j', '{'.
The code is indented like this:
typedef struct
{
blabla
This happens in 24.0.50, bzr revision 102241 and also 23.2.1.
I don't know which one is right, but I think the indentation should by
default be consistent.
In GNU Emacs 24.0.50.1 (i386-mingw-nt6.1.7600)
of 2010-11-03 on MARVIN
Windowing system distributor `Microsoft Corp.', version 6.1.7600
configured using `configure --with-gcc (4.5) --cflags -IC:/Progra~2/GnuWin32/include -ID:/devel/emacs/libXpm-3.5.8/include -ID:/devel/emacs/libXpm-3.5.8/src'
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: ENU
value of $XMODIFIERS: nil
locale-coding-system: cp1252
default enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
ido-everywhere: t
yas/global-mode: t
yas/minor-mode: t
global-auto-revert-mode: t
tooltip-mode: t
mouse-wheel-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
size-indication-mode: t
column-number-mode: t
line-number-mode: t
Recent input:
C-x RET r e p o r t <tab> <return>
Recent messages:
Loading c:/Users/Christoph/AppData/Roaming/.emacs.d/windows.el (source)...done
Loading c:/Users/Christoph/AppData/Roaming/.emacs.d/plugins.el (source)...
Loading c:/Users/Christoph/AppData/Roaming/.emacs.d/plugins/color-theme/themes/color-theme-example.el (source)...done
Loading c:/Users/Christoph/AppData/Roaming/.emacs.d/plugins/color-theme/themes/color-theme-library.el (source)...done
Loading c:/Users/Christoph/AppData/Roaming/.emacs.d/plugins/zenburn.el (source)...done
Ido mode enabled
Loading c:/Users/Christoph/AppData/Roaming/.emacs.d/anything-c-adaptive-history...done
Loading c:/Users/Christoph/AppData/Roaming/.emacs.d/plugins.el (source)...done
Loading c:/Users/Christoph/AppData/Roaming/.emacs.d/custom.el (source)...done
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 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
server js2-mode-autoloads rainbow-mode-autoloads package re-builder
dired+ dired-x ediff-merg ediff-diff ediff-wind ediff-mult ediff-help
ediff-init ediff-util dired-aux ibuffer nav nav-tags python-21 python
nav-bufs anything-config warnings browse-url semantic/util-modes
semantic/util semantic semantic/tag semantic/lex semantic/fw loaddefs
eieio byte-opt bytecomp byte-compile mode-local cedet imenu bookmark pp
dired rx ffap thingatpt anything google-c-style cc-mode cc-fonts
cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs
grep-o-matic grep compile comint browse-kill-ring+ browse-kill-ring
second-sel ido yasnippet dropdown-list derived easy-mmode assoc
etags-table etags ring remember zenburn color-theme edmacro kmacro
wid-edit cl sendmail regexp-opt reporter easymenu uniquify advice
help-fns advice-preload autorevert 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 button minibuffer faces cus-face files
text-properties overlay md5 base64 format env code-pages mule custom
widget hashtable-print-readable backquote make-network-process multi-tty
emacs)
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bug-cc-mode <at> gnu.org
:
bug#7327
; Package
emacs,cc-mode
.
(Thu, 08 Sep 2016 04:58:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 7327 <at> debbugs.gnu.org (full text, mbox):
tags found 24.5 25.1
quit
Christoph <cschol2112 <at> googlemail.com> writes:
> Start with `emacs -Q'. Start new .c file.
>
> Type `typedef enum' then hit `C-j', then `{'.
>
> The code is indented like this:
>
> typedef enum
> {
> blabla
>
> Then try `typedef struct', `C-j', '{'.
>
> The code is indented like this:
>
> typedef struct
> {
> blabla
>
> This happens in 24.0.50, bzr revision 102241 and also 23.2.1.
>
> I don't know which one is right, but I think the indentation should by
> default be consistent.
This behaviour is still present in Emacs 25.1; is it intentional?
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bug-cc-mode <at> gnu.org
:
bug#7327
; Package
emacs,cc-mode
.
(Wed, 02 Jun 2021 08:49:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 7327 <at> debbugs.gnu.org (full text, mbox):
Christoph <cschol2112 <at> googlemail.com> writes:
> Start with `emacs -Q'. Start new .c file.
>
> Type `typedef enum' then hit `C-j', then `{'.
>
> The code is indented like this:
>
> typedef enum
> {
> blabla
>
> Then try `typedef struct', `C-j', '{'.
>
> The code is indented like this:
>
> typedef struct
> {
> blabla
This behaviour is still present in Emacs 28.
Alan, is this behaving as designed, or is it a bug?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bug-cc-mode <at> gnu.org
:
bug#7327
; Package
emacs,cc-mode
.
(Thu, 03 Jun 2021 11:39:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 7327 <at> debbugs.gnu.org (full text, mbox):
Hello, Lars
On Wed, Jun 02, 2021 at 10:48:11 +0200, Lars Ingebrigtsen wrote:
> Christoph <cschol2112 <at> googlemail.com> writes:
> > Start with `emacs -Q'. Start new .c file.
> > Type `typedef enum' then hit `C-j', then `{'.
> > The code is indented like this:
> > typedef enum
> > {
> > blabla
> > Then try `typedef struct', `C-j', '{'.
> > The code is indented like this:
> > typedef struct
> > {
> > blabla
> This behaviour is still present in Emacs 28.
> Alan, is this behaving as designed, or is it a bug?
It's kind of both. The issue came up on 2014-02-19 in a post from Xue
Fuqiao on the CC Mode list. This behaviour has been in place since at
least 2000-01-16, and I decided in 2014 that to fix the bug would result
in too much chaos, with "typedef enum"s, lots of them, suddenly becoming
mis-indented.
The root of the problem is that the CC Mode syntactic symbol
brace-list-open is used for both typedef enums (as above) and for the
initialisation of structs with literals. This economy was a mistake,
with the benefit of hindsight.
So I think I would still rather not fix this bug, since it has at least
two decades' standing.
Sorry!
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no
--
Alan Mackenzie (Nuremberg, Germany).
Information forwarded
to
bug-gnu-emacs <at> gnu.org, bug-cc-mode <at> gnu.org
:
bug#7327
; Package
emacs,cc-mode
.
(Fri, 04 Jun 2021 08:34:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 7327 <at> debbugs.gnu.org (full text, mbox):
Alan Mackenzie <acm <at> muc.de> writes:
> So I think I would still rather not fix this bug, since it has at least
> two decades' standing.
Thanks for the explanation. I'm closing this bug report, then.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) wontfix.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 04 Jun 2021 08:34:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
7327 <at> debbugs.gnu.org and Christoph <cschol2112 <at> googlemail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 04 Jun 2021 08:34:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 02 Jul 2021 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 350 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.