From: Keith Thompson <keithsthompson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: "Michael Kerrisk (man-pages)"
<mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: Martin Gebert <Murphy.Gebert-Mmb7MZpHnFY@public.gmane.org>,
linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Keith Thompson
<Keith.S.Thompson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: Re: backtrace(3): Inconsistency and missing indentation
Date: Fri, 26 Feb 2016 12:41:13 -0800 [thread overview]
Message-ID: <CAAHpriOfFRjm4jnjMm9_ypRQCOZREbmrS5QHRLQA8hbuNhguCQ@mail.gmail.com> (raw)
In-Reply-To: <56D0B704.8050001-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Sorry, I meant "gcc -ansi -pedantic".
On Fri, Feb 26, 2016 at 12:35 PM, Michael Kerrisk (man-pages)
<mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> Hi Keith,
>
> On 02/26/2016 08:52 PM, Keith Thompson wrote:
>> On Fri, Feb 26, 2016 at 7:46 AM, Michael Kerrisk (man-pages)
>> <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>> On 02/24/2016 10:26 AM, Martin Gebert wrote:
>>>> In the example section of the page the following snippet is given:
>>>>
>>>> --8><--
>>>> void
>>>> myfunc3(void)
>>>> {
>>>> int j, nptrs;
>>>> #define SIZE 100
>>>> void *buffer[100];
>>>> char **strings;
>>>>
>>>> nptrs = backtrace(buffer, SIZE);
>>>> --><8--
>>>>
>>>> Problems:
>>>>
>>>> 1. "#define SIZE 100" is not indented correctly.
>>>> 2. SIZE should also be used for the buffer array size.
>>>
>>> Thanks, Martin. Fixed as below.
>>>
>>> Cheers,
>>>
>>> Michael
>>>
>>> diff --git a/man3/backtrace.3 b/man3/backtrace.3
>>> index afca93d..064b970 100644
>>> --- a/man3/backtrace.3
>>> +++ b/man3/backtrace.3
>>> @@ -215,8 +215,8 @@ void
>>> myfunc3(void)
>>> {
>>> int j, nptrs;
>>> -#define SIZE 100
>>> - void *buffer[100];
>>> + const int SIZE = 100;
>>> + void *buffer[SIZE];
>>> char **strings;
>>>
>>> nptrs = backtrace(buffer, SIZE);
>>
>> I suggest leaving it as it was, apart from using SIZE in the definition
>> of buffer.
>>
>> It's common for preprocessor directives to be left-justified rather
>> than aligned with the surrounding code. (They mostly appear at file
>> scope, so it's not usually an issue.) It's perfectly valid to indent
>> the #define, but it's a bit misleading, since it implies that SIZE has
>> a scope (it doesn't, it's visible to the end of the translation unit).
>>
>> With the "const int" declaration, buffer becomes a VLA (variable
>> length array). VLAs don't exist in C90, do exist in C99, and are
>> optional in C11.
>
> Ahhh -- I was not aware of the C11 detail.
>
>> The code won't compile with "gcc -pedantic-errors".
>
> Which gcc versions do that? I do not see such an error from gcc 5.3.
>
> Cheers,
>
> Michael
>
>
>
>
> --
> Michael Kerrisk
> Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
> Linux/UNIX System Programming Training: http://man7.org/training/
--
Keith Thompson <Keith.S.Thompson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2016-02-26 20:41 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-24 9:26 backtrace(3): Inconsistency and missing indentation Martin Gebert
[not found] ` <56CD772C.8030606-Mmb7MZpHnFY@public.gmane.org>
2016-02-26 15:46 ` Michael Kerrisk (man-pages)
[not found] ` <56D07349.10901-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-02-26 19:52 ` Keith Thompson
[not found] ` <CAAHpriNbkVCsH-mrVi97Y57ahw=6yO=kh+C7OuLzfQXrJiJO-Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-02-26 20:35 ` Michael Kerrisk (man-pages)
[not found] ` <56D0B704.8050001-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2016-02-26 20:41 ` Keith Thompson [this message]
2016-02-26 21:08 ` Martin Gebert
[not found] ` <56D0BEBD.50908-Mmb7MZpHnFY@public.gmane.org>
2016-02-28 19:21 ` Michael Kerrisk (man-pages)
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=CAAHpriOfFRjm4jnjMm9_ypRQCOZREbmrS5QHRLQA8hbuNhguCQ@mail.gmail.com \
--to=keithsthompson-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=Keith.S.Thompson-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=Murphy.Gebert-Mmb7MZpHnFY@public.gmane.org \
--cc=linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).