Empty loop elimination in 4.0 ?
Neil Booth
neil@daikokuya.co.uk
Mon Jan 10 16:00:00 GMT 2005
Michael Veksler wrote:-
> Maybe in C, but not in C++ when you may have generic code
> that is translated to empty loops.
>
> When you pass a generic visitor (visitor in the old GTL sense), it has a
> set
> of callbacks. These callbacks are inline functions, some of them are empty.
> template <class V>
> f(V v)
> {
> for(....) v.Do1();
> for(....) v.Do2();
> }
>
> Whoever defines 'f' does not care if V::Do1() is empty. Morever,
> nobody wants to write special code for the case when V::Do1() is
> empty. It is assumed that the compiler is smart enough to get
> rid of the loop.
To the front end these are not empty loops. Such warnings belong
in the front end not the optimizers.
> Another example, with C macros. I assume that with -DNDEBUG
> assert(x) is empty:
>
> for (p: iterates over elements)
> assert(p->value != NULL); /* Will warn with -DNDEBUG */
>
> /* Should I add "#ifndef NDEBUG" to protect the loop? */
Any warning can be triggered by certain uses of macro expansions.
That is not usually used as an argument to suppress them.
Neil.
More information about the Gcc
mailing list