On Wed, 10 Jan 2024, Jason Merrill via Gcc wrote:
> On 1/10/24 15:59, Marek Polacek wrote:
> > On Wed, Jan 10, 2024 at 02:58:03PM -0500, Jason Merrill via Gcc wrote:
> > > What formatting style do we want for non-trivial lambdas in GCC sources?
> > > I'm thinking the most consistent choice would be
Hi,
On Thu, Jan 11 2024, Jason Merrill wrote:
> On 1/11/24 12:48, Martin Jambor wrote:
>> On Wed, Jan 10 2024, Jason Merrill via Gcc wrote:
>>> What formatting style do we want for non-trivial lambdas in GCC sources?
>>>I'm thinking the most consistent choice would be
>>>
>>> auto l = [&] (par
On 1/11/24 12:48, Martin Jambor wrote:
On Wed, Jan 10 2024, Jason Merrill via Gcc wrote:
What formatting style do we want for non-trivial lambdas in GCC sources?
I'm thinking the most consistent choice would be
auto l = [&] (parms) // space between ] (
{ // brace on new
Hi,
On Wed, Jan 10 2024, Jason Merrill via Gcc wrote:
> What formatting style do we want for non-trivial lambdas in GCC sources?
> I'm thinking the most consistent choice would be
>
> auto l = [&] (parms) // space between ] (
>{ // brace on new line, indented two spaces
>
> "Jason" == Jason Merrill via Gcc writes:
Jason> I think we probably want the same formatting for lambdas in function
Jason> argument lists, e.g.
Jason> algorithm ([] (parms)
Jason> {
Jason> return foo;
Jason> });
Jason> Any other opinions?
FWIW gdb did pretty much this same thing
On Wednesday, January 10th, 2024 at 7:34 PM, Jason Merrill via Gcc
wrote:
>
>
> On 1/10/24 16:41, Marek Polacek wrote:
>
> > On Wed, Jan 10, 2024 at 04:24:42PM -0500, Jason Merrill wrote:
> >
> > > On 1/10/24 15:59, Marek Polacek wrote:
> > >
> > > > On Wed, Jan 10, 2024 at 02:58:03P
On 1/10/24 16:41, Marek Polacek wrote:
On Wed, Jan 10, 2024 at 04:24:42PM -0500, Jason Merrill wrote:
On 1/10/24 15:59, Marek Polacek wrote:
On Wed, Jan 10, 2024 at 02:58:03PM -0500, Jason Merrill via Gcc wrote:
What formatting style do we want for non-trivial lambdas in GCC sources?
I'm think
On Wed, Jan 10, 2024 at 04:24:42PM -0500, Jason Merrill wrote:
> On 1/10/24 15:59, Marek Polacek wrote:
> > On Wed, Jan 10, 2024 at 02:58:03PM -0500, Jason Merrill via Gcc wrote:
> > > What formatting style do we want for non-trivial lambdas in GCC sources?
> > > I'm thinking the most consistent ch
On 1/10/24 15:59, Marek Polacek wrote:
On Wed, Jan 10, 2024 at 02:58:03PM -0500, Jason Merrill via Gcc wrote:
What formatting style do we want for non-trivial lambdas in GCC sources?
I'm thinking the most consistent choice would be
auto l = [&] (parms) // space between ] (
{
On Wed, Jan 10, 2024 at 02:58:03PM -0500, Jason Merrill via Gcc wrote:
> What formatting style do we want for non-trivial lambdas in GCC sources?
> I'm thinking the most consistent choice would be
>
> auto l = [&] (parms) // space between ] (
> { // brace on new line, indented t
What formatting style do we want for non-trivial lambdas in GCC sources?
I'm thinking the most consistent choice would be
auto l = [&] (parms) // space between ] (
{ // brace on new line, indented two spaces
return stuff;
};
By default, recent emacs lines up the { with
11 matches
Mail list logo
