[llvm] r304083 - Added braces to address gcc warning: suggest explicit braces to avoid ambiguous 'else' [-Wdangling-else]. NFC.

Davide Italiano via llvm-commits llvm-commits at lists.llvm.org
Sat May 27 21:39:03 PDT 2017


On Sat, May 27, 2017 at 8:50 PM, Galina Kistanova via llvm-commits
<llvm-commits at lists.llvm.org> wrote:
> Author: gkistanova
> Date: Sat May 27 22:50:52 2017
> New Revision: 304083
>
> URL: http://llvm.org/viewvc/llvm-project?rev=304083&view=rev
> Log:
> Added braces to address gcc warning: suggest explicit braces to avoid ambiguous 'else' [-Wdangling-else]. NFC.
>
> Modified:
>     llvm/trunk/unittests/Support/CommandLineTest.cpp
>
> Modified: llvm/trunk/unittests/Support/CommandLineTest.cpp
> URL: http://llvm.org/viewvc/llvm-project/llvm/trunk/unittests/Support/CommandLineTest.cpp?rev=304083&r1=304082&r2=304083&view=diff
> ==============================================================================
> --- llvm/trunk/unittests/Support/CommandLineTest.cpp (original)
> +++ llvm/trunk/unittests/Support/CommandLineTest.cpp Sat May 27 22:50:52 2017
> @@ -180,8 +180,9 @@ void testCommandLineTokenizer(ParserFunc
>    parse(Input, Saver, Actual, /*MarkEOLs=*/false);
>    EXPECT_EQ(OutputSize, Actual.size());
>    for (unsigned I = 0, E = Actual.size(); I != E; ++I) {
> -    if (I < OutputSize)
> +    if (I < OutputSize) {
>        EXPECT_STREQ(Output[I], Actual[I]);
> +    }
>    }
>  }
>
> @@ -528,8 +529,9 @@ TEST(CommandLineTest, GetRegisteredSubco
>    EXPECT_FALSE(Opt1);
>    EXPECT_FALSE(Opt2);
>    for (auto *S : cl::getRegisteredSubcommands()) {
> -    if (*S)
> +    if (*S) {
>        EXPECT_EQ("sc1", S->getName());
> +    }
>    }
>
>    cl::ResetAllOptionOccurrences();
> @@ -538,8 +540,9 @@ TEST(CommandLineTest, GetRegisteredSubco
>    EXPECT_FALSE(Opt1);
>    EXPECT_FALSE(Opt2);
>    for (auto *S : cl::getRegisteredSubcommands()) {
> -    if (*S)
> +    if (*S) {
>        EXPECT_EQ("sc2", S->getName());
> +    }
>    }
>  }
>

I'm confused. Where's the else here ? :)
Is EXPECT_EQ a macro that gets expanded to something? If so, maybe you
should consider fixing it there instead of all the uses?

Thanks!

-- 
Davide

"There are no solved problems; there are only problems that are more
or less solved" -- Henri Poincare


More information about the llvm-commits mailing list