linux-kernel - Re: [v3] documentation: coccinelle: Improve command example for make C={1, 2}

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <20200811082408.GE113774@kroah.com>
Date:   Tue, 11 Aug 2020 10:24:08 +0200
From:   Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To:     Markus Elfring <Markus.Elfring@....de>
Cc:     Julia Lawall <julia.lawall@...ia.fr>,
        Sumera Priyadarsini <sylphrenadin@...il.com>,
        Coccinelle <cocci@...teme.lip6.fr>, linux-doc@...r.kernel.org,
        Michal Marek <michal.lkml@...kovi.net>,
        Gilles Muller <Gilles.Muller@...6.fr>,
        Jonathan Corbet <corbet@....net>,
        Nicolas Palix <nicolas.palix@...g.fr>,
        linux-kernel@...r.kernel.org, Matthew Wilcox <willy@...radead.org>,
        Randy Dunlap <rdunlap@...radead.org>,
        Sam Ravnborg <sam@...nborg.org>,
        Luc Van Oostenryck <luc.vanoostenryck@...il.com>
Subject: Re: [v3] documentation: coccinelle: Improve command example for make
 C={1, 2}

On Tue, Aug 11, 2020 at 09:03:09AM +0200, Markus Elfring wrote:
> >>> the usage of the makefile C variable flag by coccicheck.
> >>
> >> * Can it be confusing to denote an item as a variable and a flag?
> >>
> >> * Would you really like to stress here that a flag can be variable?
> >
> > This is not part of the documentation, so it doesn't really matter.
> 
> It seems then that your expectations for the clarity of change descriptions
> (or commit messages) can vary considerably.
> 
> 
> > Nevertheless, Sumera, there is stail an occurrence of flag in the proposed
> > change to the documentation, so you could indeed change that one to variable.
> 
> Will any related adjustments become more interesting?
> 
> 
> >>> +This variable can be used to run scripts for …
> >>
> >> Can the scope for a make command be selected also without such a variable?
> >
> > If you know something that is different than what is in the documentation,
> > then please say what it is.  Don't just ask questions.
> 
> I suggest to increase the distinction for the application of such command parameters.
> 
> 
> >> Will clarification requests for previously mentioned background information
> >> influence the proposed descriptions any further?
> >
> > The point is to document the use of make coccicheck,
> 
> Another attempt is evolving for the affected software documentation.
> 
> 
> > not the C variables.
> 
> I got an other impression here.
> 
> 
> > So the point about KBUILD_CHECK, while interesting, does not seem
> > appropriate for this documentation.
> 
> How do you think about to clarify the influence of a macro like “KBUILD_CHECKSRC”
> (or the specification “$(call cmd,force_checksrc)”)?
> 
> Will a cross reference for the applied make scripts help to achieve
> a better common understanding (and corresponding descriptions) of
> the involved dependencies?
> 
> Regards,
> Markus



Hi,

This is the friendly semi-automated patch-bot of Greg Kroah-Hartman.
You have sent him a patch that has triggered this response.

Right now, the development tree you have sent a patch for is "closed"
due to the timing of the merge window.  Don't worry, the patch(es) you
have sent are not lost, and will be looked at after the merge window is
over (after the -rc1 kernel is released by Linus).

So thank you for your patience and your patches will be reviewed at this
later time, you do not have to do anything further, this is just a short
note to let you know the patch status and so you don't worry they didn't
make it through.

thanks,

greg k-h's patch email bot