From: Julia Lawall <julia.lawall@inria.fr> To: Jaskaran Singh <jaskaransingh7654321@gmail.com> Cc: linux-kernel-mentees@lists.linuxfoundation.org, Markus Elfring <Markus.Elfring@web.de>, "cocci@systeme.lip6.fr" <cocci@systeme.lip6.fr> Subject: Re: [Cocci] [PATCH] parsing_c: Add space for tokens after * Date: Thu, 16 Jan 2020 11:59:29 +0100 (CET) [thread overview] Message-ID: <alpine.DEB.2.21.2001161158440.3888@hadrien> (raw) In-Reply-To: <61e7b9f2d132e6bc9feb13ae8fc4636cd934f0b2.camel@gmail.com> [-- Attachment #1: Type: text/plain, Size: 1125 bytes --] On Thu, 16 Jan 2020, Jaskaran Singh wrote: > On Thu, 2020-01-16 at 11:40 +0100, Markus Elfring wrote: > > > In certain cases, there is no space added after the Pointer type. > > > > Will such a pretty-printing detail matter also for the clarification > > of > > a topic like “Make change influence configurable for coding style > > rules”? > > https://github.com/coccinelle/coccinelle/issues/37 > > > > Not sure what you mean. If you mean to say that the result should > conform to the Linux coding style (i.e. the result should be "const > char * const * y" with spaces et al intact), that seems like something > for a different patch, right? Whether you want Coccinelle to conform to > Linux coding style or not, the space should be added either way. The option --smpl-spacing should address this issue, by preservign the spacing illustrated in the semantic patch. I don't know if it does that in this case. julia > > Cheers, > Jaskaran. > > > Regards, > > Markus > > _______________________________________________ > Cocci mailing list > Cocci@systeme.lip6.fr > https://systeme.lip6.fr/mailman/listinfo/cocci > [-- Attachment #2: Type: text/plain, Size: 136 bytes --] _______________________________________________ Cocci mailing list Cocci@systeme.lip6.fr https://systeme.lip6.fr/mailman/listinfo/cocci
WARNING: multiple messages have this Message-ID (diff)
From: Julia Lawall <julia.lawall@inria.fr> To: Jaskaran Singh <jaskaransingh7654321@gmail.com> Cc: linux-kernel-mentees@lists.linuxfoundation.org, Markus Elfring <Markus.Elfring@web.de>, "cocci@systeme.lip6.fr" <cocci@systeme.lip6.fr> Subject: Re: [Linux-kernel-mentees] [Cocci] [PATCH] parsing_c: Add space for tokens after * Date: Thu, 16 Jan 2020 11:59:29 +0100 (CET) [thread overview] Message-ID: <alpine.DEB.2.21.2001161158440.3888@hadrien> (raw) In-Reply-To: <61e7b9f2d132e6bc9feb13ae8fc4636cd934f0b2.camel@gmail.com> [-- Attachment #1: Type: text/plain, Size: 1125 bytes --] On Thu, 16 Jan 2020, Jaskaran Singh wrote: > On Thu, 2020-01-16 at 11:40 +0100, Markus Elfring wrote: > > > In certain cases, there is no space added after the Pointer type. > > > > Will such a pretty-printing detail matter also for the clarification > > of > > a topic like “Make change influence configurable for coding style > > rules”? > > https://github.com/coccinelle/coccinelle/issues/37 > > > > Not sure what you mean. If you mean to say that the result should > conform to the Linux coding style (i.e. the result should be "const > char * const * y" with spaces et al intact), that seems like something > for a different patch, right? Whether you want Coccinelle to conform to > Linux coding style or not, the space should be added either way. The option --smpl-spacing should address this issue, by preservign the spacing illustrated in the semantic patch. I don't know if it does that in this case. julia > > Cheers, > Jaskaran. > > > Regards, > > Markus > > _______________________________________________ > Cocci mailing list > Cocci@systeme.lip6.fr > https://systeme.lip6.fr/mailman/listinfo/cocci > [-- Attachment #2: Type: text/plain, Size: 201 bytes --] _______________________________________________ Linux-kernel-mentees mailing list Linux-kernel-mentees@lists.linuxfoundation.org https://lists.linuxfoundation.org/mailman/listinfo/linux-kernel-mentees
next prev parent reply other threads:[~2020-01-16 10:59 UTC|newest] Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-01-16 10:40 [Cocci] [PATCH] parsing_c: Add space for tokens after * Markus Elfring 2020-01-16 10:40 ` [Linux-kernel-mentees] " Markus Elfring 2020-01-16 10:56 ` Jaskaran Singh 2020-01-16 10:56 ` [Linux-kernel-mentees] " Jaskaran Singh 2020-01-16 10:59 ` Julia Lawall [this message] 2020-01-16 10:59 ` Julia Lawall 2020-01-16 11:31 ` Jaskaran Singh 2020-01-16 11:31 ` [Linux-kernel-mentees] " Jaskaran Singh 2020-01-16 11:36 ` Jaskaran Singh 2020-01-16 11:36 ` [Linux-kernel-mentees] " Jaskaran Singh 2020-01-16 13:02 ` [Cocci] " Markus Elfring 2020-01-16 13:02 ` [Linux-kernel-mentees] " Markus Elfring -- strict thread matches above, loose matches on Subject: below -- 2020-01-16 5:18 [Cocci] [PATCH] " Jaskaran Singh 2020-01-16 9:09 ` Julia Lawall
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=alpine.DEB.2.21.2001161158440.3888@hadrien \ --to=julia.lawall@inria.fr \ --cc=Markus.Elfring@web.de \ --cc=cocci@systeme.lip6.fr \ --cc=jaskaransingh7654321@gmail.com \ --cc=linux-kernel-mentees@lists.linuxfoundation.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.