All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steven Rostedt <rostedt@goodmis.org>
To: "Yordan Karadzhov (VMware)" <y.karadz@gmail.com>,
	linux-trace-devel@vger.kernel.org
Subject: Re: [PATCH 0/3] kernel-shark-qt: Merge kshark_load_data_records/entries()
Date: Wed, 04 Jul 2018 07:26:36 -0400	[thread overview]
Message-ID: <EB1A5869-EAD2-4D4C-9C50-AF34D9A4C451@goodmis.org> (raw)
In-Reply-To: <da0c7baa-2845-7873-3015-b250dd93e79e@gmail.com>

[Sorry for the top post, it's a US holiday]

Can we just disable warnings for structures? I'd like to keep the function warnings on.

-- Steve


On July 4, 2018 7:17:26 AM EDT, "Yordan Karadzhov (VMware)" <y.karadz@gmail.com> wrote:
>
>
>On  3.07.2018 19:21, Steven Rostedt wrote:
>> This works to consolidate the functions kshark_load_data_records()
>> with kshark_load_data_entries(). It adds some helper functions
>> for the two to use to simplify the code.
>> 
>> Note, doxygen warns that struct rec_list is not documented. Really?
>> Such a simple structure doesn't really require documentation. Is
>> there a way to shut it up? Or I can just add code to say
>>   /** Shut doxygen up! ;-)
>
>Yes, you can do
>
>//! @cond Doxygen_Suppress
>
>struct rec_list {
>	struct pevent_record	*rec;
>	struct rec_list		*next;
>};
>
>//! @endcond
>
>Another solutions is to turn off all warnings. This can be done by
>adding
>
>  WARN_IF_UNDOCUMENTED = NO
>
>to doc/dox_config
>
>On the other hand, do we expect the normal users to build doxygen 
>documentation, if this documentation is available at 
>http://kernelshark.org? So maybe we can tolerate having some warnings.
>
>Actually this reminds me that there is a third solution. We can make 
>this warnings invisible for the normal users by redirecting the 
>doxygen's stderr to a file.
>
>What do you think?
>
>Yordan
>
>
>> Yordan, please review these.
>> 
>> Steven Rostedt (VMware) (3):
>>        kernel-shark-qt: Move declarations to top in datafilter.c
>example
>>        kernel-shark-qt: Consolidate load_data_entries and
>load_data_records
>>        kernel-shark-qt: Add helper function to find the next_cpu in
>kshark_load_data_*()
>> 
>> ----
>>   kernel-shark-qt/examples/datafilter.c |   5 +-
>>   kernel-shark-qt/src/libkshark.c       | 253
>++++++++++++++++++++--------------
>>   2 files changed, 151 insertions(+), 107 deletions(-)
>> 

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

  reply	other threads:[~2018-07-04 11:35 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-07-03 16:21 [PATCH 0/3] kernel-shark-qt: Merge kshark_load_data_records/entries() Steven Rostedt
2018-07-04 11:17 ` Yordan Karadzhov (VMware)
2018-07-04 11:26   ` Steven Rostedt [this message]
2018-07-04 11:49     ` Yordan Karadzhov (VMware)

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=EB1A5869-EAD2-4D4C-9C50-AF34D9A4C451@goodmis.org \
    --to=rostedt@goodmis.org \
    --cc=linux-trace-devel@vger.kernel.org \
    --cc=y.karadz@gmail.com \
    /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: link
Be 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.