GNU bug report logs - #29339
27.0.50; CC-mode doesn't know about .mm and .M suffixes for Objective-C++

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 29339 in the body.
You can then email your comments to 29339 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Philipp <p.stephani2 <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 27.0.50;
 CC-mode doesn't know about .mm and .M suffixes for Objective-C++
Date: Fri, 17 Nov 2017 14:36:53 +0100

GCC uses .mm or .M for Objective-C++,
cf. https://gcc.gnu.org/onlinedocs/gcc-7.2.0/gcc/Overall-Options.html.
However, neither `auto-mode-alist' nor `cc-other-file-alist' contain
these file extensions.


In GNU Emacs 27.0.50 (build 17, x86_64-pc-linux-gnu, GTK+ Version 3.10.8)
 of 2017-11-17 built on localhost
Repository revision: 345c7d9c7b84c0c03ef1d0f32e9e0f39029be44a
Windowing system distributor 'The X.Org Foundation', version 11.0.11803000
System Description:	Ubuntu 14.04.5 LTS

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

Configured using:
 'configure --enable-gtk-deprecation-warnings --with-modules
 --without-pop --with-mailutils --enable-checking
 --enable-check-lisp-object-type --enable-gcc-warnings 'CFLAGS=-ggdb3
 -O0''

Configured features:
XPM JPEG TIFF GIF PNG SOUND GSETTINGS NOTIFY GNUTLS FREETYPE XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 MODULES

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 puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs 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 elec-pair time-date
mule-util 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 menu-bar
rfn-eshadow isearch 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 composite charscript charprop
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 inotify dynamic-setting
system-font-setting font-render-setting move-toolbar gtk x-toolkit x
multi-tty make-network-process emacs)

Memory information:
((conses 16 94754 12856)
 (symbols 48 20187 1)
 (miscs 40 45 145)
 (strings 32 28237 1585)
 (string-bytes 1 737043)
 (vectors 16 14050)
 (vector-slots 8 498529 13298)
 (floats 8 53 64)
 (intervals 56 214 0)
 (buffers 992 12)
 (heap 1024 24710 963))

-- 
Google Germany GmbH
Erika-Mann-Straße 33
80636 München

Registergericht und -nummer: Hamburg, HRB 86891
Sitz der Gesellschaft: Hamburg
Geschäftsführer: Paul Manicle, Halimah DeLaine Prado

If you received this communication by mistake, please don’t forward it to
anyone else (it may contain confidential or privileged information), please
erase all copies of it, including all attachments, and please let the sender
know it went to the wrong person.  Thanks.

Message #8 received at 29339 <at> debbugs.gnu.org (full text, mbox):

From: Alan Mackenzie <acm <at> muc.de>
To: Philipp <p.stephani2 <at> gmail.com>
Cc: 29339 <at> debbugs.gnu.org
Subject: Re: bug#29339: 27.0.50;
 CC-mode doesn't know about .mm and .M suffixes for Objective-C++
Date: 17 Nov 2017 19:00:35 -0000

In article <mailman.3878.1510925890.27995.bug-gnu-emacs <at> gnu.org> you wrote:

> GCC uses .mm or .M for Objective-C++,
> cf. https://gcc.gnu.org/onlinedocs/gcc-7.2.0/gcc/Overall-Options.html.
> However, neither `auto-mode-alist' nor `cc-other-file-alist' contain
> these file extensions.

I don't think there's an Objective-C++ mode out there in the wild.  So
what existing mode should be used for *.mm and *.M?  Is that mode a good
enough fit to be able, in good conscience, to use it for Obj-C++?

> In GNU Emacs 27.0.50 (build 17, x86_64-pc-linux-gnu, GTK+ Version 3.10.8)
>  of 2017-11-17 built on localhost
> Repository revision: 345c7d9c7b84c0c03ef1d0f32e9e0f39029be44a
> Windowing system distributor 'The X.Org Foundation', version 11.0.11803000
> System Description:     Ubuntu 14.04.5 LTS

[ .... ]

-- 
Alan Mackenzie (Nuremberg, Germany).

Message #13 received at 29339 <at> debbugs.gnu.org (full text, mbox):

From: Philipp Stephani <p.stephani2 <at> gmail.com>
To: Alan Mackenzie <acm <at> muc.de>
Cc: 29339 <at> debbugs.gnu.org
Subject: Re: bug#29339: 27.0.50; CC-mode doesn't know about .mm and .M
 suffixes for Objective-C++
Date: Thu, 21 Dec 2017 19:22:05 +0000

[Message part 1 (text/plain, inline)]

Alan Mackenzie <acm <at> muc.de> schrieb am Fr., 17. Nov. 2017 um 20:00 Uhr:

> In article <mailman.3878.1510925890.27995.bug-gnu-emacs <at> gnu.org> you
> wrote:
>
> > GCC uses .mm or .M for Objective-C++,
> > cf. https://gcc.gnu.org/onlinedocs/gcc-7.2.0/gcc/Overall-Options.html.
> > However, neither `auto-mode-alist' nor `cc-other-file-alist' contain
> > these file extensions.
>
> I don't think there's an Objective-C++ mode out there in the wild.  So
> what existing mode should be used for *.mm and *.M?  Is that mode a good
> enough fit to be able, in good conscience, to use it for Obj-C++?
>

According to https://www.emacswiki.org/emacs/ObjectiveCMode#toc2 objc-mode
is the most appropriate mode for now, until a true objc++-mode is added.

[Message part 2 (text/html, inline)]

Message #16 received at 29339 <at> debbugs.gnu.org (full text, mbox):

From: Alan Mackenzie <acm <at> muc.de>
To: Philipp Stephani <p.stephani2 <at> gmail.com>
Cc: 29339 <at> debbugs.gnu.org
Subject: Re: bug#29339: 27.0.50; CC-mode doesn't know about .mm and .M
 suffixes for Objective-C++
Date: Fri, 22 Dec 2017 12:56:57 +0000

Hello, Philipp.

On Thu, Dec 21, 2017 at 19:22:05 +0000, Philipp Stephani wrote:
> Alan Mackenzie <acm <at> muc.de> schrieb am Fr., 17. Nov. 2017 um 20:00 Uhr:

> > In article <mailman.3878.1510925890.27995.bug-gnu-emacs <at> gnu.org> you
> > wrote:

> > > GCC uses .mm or .M for Objective-C++,
> > > cf. https://gcc.gnu.org/onlinedocs/gcc-7.2.0/gcc/Overall-Options.html.
> > > However, neither `auto-mode-alist' nor `cc-other-file-alist' contain
> > > these file extensions.

> > I don't think there's an Objective-C++ mode out there in the wild.  So
> > what existing mode should be used for *.mm and *.M?  Is that mode a good
> > enough fit to be able, in good conscience, to use it for Obj-C++?


> According to https://www.emacswiki.org/emacs/ObjectiveCMode#toc2 objc-mode
> is the most appropriate mode for now, until a true objc++-mode is added.

That only answers the first question, not the second.  If we put .M and
.mm into CC Mode or auto-mode-alist in Emacs, that implies some sort of
commitment to support the language (Objective-C++).  If Objective-C Mode
already almost supports it properly, that is one thing, but if the match
is less good, it could involve a lot of work.

From what I can gather, Objective-C++ is a bit of a mixture between
Objective-C and C++, much as its name implies.  Do these individual
facets fit together (from a CC Mode point of view) without clashing too
much?  According to Wikipedia, the language is not formerly defined in
any standard.  What, then, is the language?

Do you know of anybody working on an Objective-C++ Mode?

-- 
Alan Mackenzie (Nuremberg, Germany).

Message #19 received at 29339 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Alan Mackenzie <acm <at> muc.de>
Cc: Philipp Stephani <p.stephani2 <at> gmail.com>, 29339 <at> debbugs.gnu.org
Subject: Re: bug#29339: 27.0.50;
 CC-mode doesn't know about .mm and .M suffixes for Objective-C++
Date: Fri, 22 Dec 2017 11:50:17 -0500

Alan Mackenzie wrote:

> That only answers the first question, not the second.  If we put .M and
> .mm into CC Mode or auto-mode-alist in Emacs, that implies some sort of
> commitment to support the language (Objective-C++).  If Objective-C Mode
> already almost supports it properly, that is one thing, but if the match
> is less good, it could involve a lot of work.

8 years ago, the comment was "switching to c++-mode or objc-mode does
not give satisfactory results". I don't know if anything has changed
since. Ref: https://debbugs.gnu.org/2732

Message #22 received at 29339 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: Alan Mackenzie <acm <at> muc.de>, Philipp Stephani <p.stephani2 <at> gmail.com>,
 2732 <at> debbugs.gnu.org, 29339 <at> debbugs.gnu.org
Subject: Re: bug#2732: 23.0.91; Please add support for Objective-C++
Date: Thu, 03 Jun 2021 12:07:18 +0200

Glenn Morris <rgm <at> gnu.org> writes:

>> That only answers the first question, not the second.  If we put .M and
>> .mm into CC Mode or auto-mode-alist in Emacs, that implies some sort of
>> commitment to support the language (Objective-C++).  If Objective-C Mode
>> already almost supports it properly, that is one thing, but if the match
>> is less good, it could involve a lot of work.
>
> 8 years ago, the comment was "switching to c++-mode or objc-mode does
> not give satisfactory results". I don't know if anything has changed
> since. Ref: https://debbugs.gnu.org/2732

So it doesn't seem like just mapping .mm to objc-mode would give
satisfactory results, and I'm closing this bug report.

(If somebody wants to add a real mode for Objective-C++, that can, of
course, be done.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #27 received at 29339 <at> debbugs.gnu.org (full text, mbox):

From: Philipp <p.stephani2 <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Glenn Morris <rgm <at> gnu.org>, 2732 <at> debbugs.gnu.org, 29339 <at> debbugs.gnu.org,
 Alan Mackenzie <acm <at> muc.de>
Subject: Re: bug#2732: 23.0.91; Please add support for Objective-C++
Date: Thu, 3 Jun 2021 14:08:14 +0200

> 
> (If somebody wants to add a real mode for Objective-C++, that can, of
> course, be done.)

Then why close this bug, which tracks exactly this feature request?

Message #30 received at 29339 <at> debbugs.gnu.org (full text, mbox):

From: Alan Mackenzie <acm <at> muc.de>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Glenn Morris <rgm <at> gnu.org>, Philipp Stephani <p.stephani2 <at> gmail.com>,
 2732 <at> debbugs.gnu.org, 29339 <at> debbugs.gnu.org
Subject: Re: bug#2732: 23.0.91; Please add support for Objective-C++
Date: Thu, 3 Jun 2021 12:39:50 +0000

Hello, Lars.

On Thu, Jun 03, 2021 at 12:07:18 +0200, Lars Ingebrigtsen wrote:
> Glenn Morris <rgm <at> gnu.org> writes:

> >> That only answers the first question, not the second.  If we put .M and
> >> .mm into CC Mode or auto-mode-alist in Emacs, that implies some sort of
> >> commitment to support the language (Objective-C++).  If Objective-C Mode
> >> already almost supports it properly, that is one thing, but if the match
> >> is less good, it could involve a lot of work.

> > 8 years ago, the comment was "switching to c++-mode or objc-mode does
> > not give satisfactory results". I don't know if anything has changed
> > since. Ref: https://debbugs.gnu.org/2732

> So it doesn't seem like just mapping .mm to objc-mode would give
> satisfactory results, and I'm closing this bug report.

> (If somebody wants to add a real mode for Objective-C++, that can, of
> course, be done.)

Personally, I don't want to spend the time (and the learning effort)
coding up an Objective-C++ Mode.  If anybody else wanted to do this
(most likely as a CC Mode derived mode), which might not be very much
work, I would be prepared to answer questions, and deliver support as
usual.

> -- 
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no

-- 
Alan Mackenzie (Nuremberg, Germany).

Message #33 received at 29339 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Philipp <p.stephani2 <at> gmail.com>
Cc: Glenn Morris <rgm <at> gnu.org>, 2732 <at> debbugs.gnu.org, 29339 <at> debbugs.gnu.org,
 Alan Mackenzie <acm <at> muc.de>
Subject: Re: bug#2732: 23.0.91; Please add support for Objective-C++
Date: Thu, 03 Jun 2021 14:42:18 +0200

Philipp <p.stephani2 <at> gmail.com> writes:

>> (If somebody wants to add a real mode for Objective-C++, that can, of
>> course, be done.)
>
> Then why close this bug, which tracks exactly this feature request?

Because this request was about mapping .mm to objc-mode, which wouldn't
be appropriate, and a general request "can somebody write a brand new
mode for obscure language foo?" has little value in the bug tracker --
those types of requests seldom lead to anybody writing such a mode.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #36 received at 29339 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Philipp <p.stephani2 <at> gmail.com>
Cc: Glenn Morris <rgm <at> gnu.org>, 2732 <at> debbugs.gnu.org, 29339 <at> debbugs.gnu.org,
 Alan Mackenzie <acm <at> muc.de>
Subject: Re: bug#2732: 23.0.91; Please add support for Objective-C++
Date: Thu, 03 Jun 2021 14:45:08 +0200

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Because this request was about mapping .mm to objc-mode, which wouldn't
> be appropriate, and a general request "can somebody write a brand new
> mode for obscure language foo?" has little value in the bug tracker --
> those types of requests seldom lead to anybody writing such a mode.
                ^open

(The issue is still, of course, in the issue tracker, and anybody who
wishes to can refer to it if they should wish to write this new mode.
But it's not productive for the people doing triage of the open issues to
keep staring at the issue, year after year.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.