GNU bug report logs - #24195
25.0.95; Wrong indentation after a 'less < than' comparison (c++-mode)

Previous Next

Packages: emacs, cc-mode;

Reported by: Arash <pbqbqp <at> gmail.com>

Date: Wed, 10 Aug 2016 15:40:01 UTC

Severity: minor

Tags: wontfix

Found in version 25.0.95

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

Bug is archived. No further changes may be made.

Full log


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

From: npostavs <at> users.sourceforge.net
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: Alan Mackenzie <acm <at> muc.de>, Arash <pbqbqp <at> gmail.com>,
 24195 <at> debbugs.gnu.org
Subject: Re: bug#24195: 25.0.95;
 Wrong indentation after a 'less < than' comparison (c++-mode)
Date: Thu, 18 Aug 2016 08:11:26 -0400
Andreas Schwab <schwab <at> linux-m68k.org> writes:

> On Aug 12 2016, Noam Postavsky <npostavs <at> users.sourceforge.net> wrote:
>
>> On Thu, Aug 11, 2016 at 8:14 AM, Alan Mackenzie <acm <at> muc.de> wrote:
>>> Yes.  In the line "k() < l() &&", the "<" is being recognised as a
>>> template opener.
>>
>> Is it possible to say that "<" can't be a template opener when it
>> comes after a close paren? (I can't think of a case in C++ where that
>> would fail, though I'm not 100% certain there isn't one)
>
> operator()<foo>

So could we say "<" can't be a template opener when it comes after a
close paren except for the close paren of "operator()"?




This bug report was last modified 5 years and 352 days ago.

Previous Next


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