All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Kara <jack@suse.cz>
To: Petr Vorel <pvorel@suse.cz>
Cc: Jan Kara <jack@suse.cz>,
	Richard Palethorpe <rpalethorpe@suse.com>,
	ltp@lists.linux.it
Subject: Re: [LTP] [PATCH 2/3] fanotify10: Add support for multiple event files
Date: Mon, 21 Nov 2022 10:14:38 +0100	[thread overview]
Message-ID: <20221121091438.qpx3u5vpdu5afucg@quack3> (raw)
In-Reply-To: <Y3ZaOqpTvvBgUTTi@pevik>

On Thu 17-11-22 16:58:50, Petr Vorel wrote:
> Hi Jan, all,
> 
> > +#define foreach_path(tc, buf, pname) \
> > +	for (int piter = 0; format_path_check((buf), (tc)->pname##_fmt,	\
> Unfortunately we still support C99 due old compiler on CentOS 7,
> therefore int piter needs to be defined outside of for loop.

Hum, but variable declaration in the for loop is part of C99 standard (as
the error message also says). So did you want to say you are compiling
against C89 standard? And CentOS 7 ships with GCC 4.8.5 AFAICS which should
be fully C99 compliant BTW. So what's the situation here?

That being said I can workaround the problem in the macro, it will just be
somewhat uglier. So before doing that I'd like to understand whether
following C89 is really required...

								Honza

> fanotify10.c:470:2: error: ‘for’ loop initial declarations are only allowed in C99 mode
>   for (int piter = 0; format_path_check((buf), (tc)->pname##_fmt, \
>   ^
> 
> fanotify10.c:470:11: error: redefinition of ‘piter’
>   for (int piter = 0; format_path_check((buf), (tc)->pname##_fmt, \
>            ^
> Kind regards,
> Petr
-- 
Jan Kara <jack@suse.com>
SUSE Labs, CR

-- 
Mailing list info: https://lists.linux.it/listinfo/ltp

  reply	other threads:[~2022-11-21  9:14 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-11-15 12:47 [LTP] [PATCH 0/3] Make fanotify10 test yet more reliable Jan Kara
2022-11-15 12:47 ` [LTP] [PATCH 1/3] fanotify10: Use named initializers Jan Kara
2022-11-15 12:47 ` [LTP] [PATCH 2/3] fanotify10: Add support for multiple event files Jan Kara
2022-11-17 15:58   ` Petr Vorel
2022-11-21  9:14     ` Jan Kara [this message]
2022-11-21  9:33       ` Petr Vorel
2022-11-21  9:39         ` Cyril Hrubis
2022-11-22  8:19           ` Petr Vorel
2022-11-22 10:10             ` Petr Vorel
2022-11-21  9:53         ` Jan Kara
2022-11-21 14:24           ` Richard Palethorpe
2022-11-22  8:17             ` Petr Vorel
2022-11-22  8:57               ` Richard Palethorpe
2022-11-21 15:04   ` Cyril Hrubis
2022-11-22 12:10     ` Richard Palethorpe
2022-11-22 12:56       ` Cyril Hrubis
2022-11-15 12:47 ` [LTP] [PATCH 3/3] fanotify10: Make evictable marks tests more reliable Jan Kara
2022-11-16  2:17   ` Pengfei Xu
2022-11-16 10:58     ` Jan Kara
2022-11-16 16:32       ` Amir Goldstein
2022-11-17 15:50         ` Petr Vorel
2022-11-21 15:09   ` Cyril Hrubis
2022-11-22 10:30     ` Petr Vorel
2022-11-22 12:42       ` Cyril Hrubis

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=20221121091438.qpx3u5vpdu5afucg@quack3 \
    --to=jack@suse.cz \
    --cc=ltp@lists.linux.it \
    --cc=pvorel@suse.cz \
    --cc=rpalethorpe@suse.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.