Thread
Commits
-
Suppress variable-set-but-not-used warning from clang 13.
- ad96696ead36 9.2 (unreleased) landed
- f70550327ba5 9.3 (unreleased) landed
- 927e235aa0f6 9.4 (unreleased) landed
- f90b9998b1e3 9.5 (unreleased) landed
- f3653d799235 9.6 (unreleased) landed
- d9a81e867189 10.20 landed
- bd110e250e9d 11.15 landed
- 68cc72d4d55c 12.10 landed
- 0cbc50737864 13.6 landed
- ef4edf88df65 14.2 landed
- dc43fc9b3aa3 15.0 landed
-
Warning in geqo_main.c from clang 13
Thomas Munro <thomas.munro@gmail.com> — 2021-11-24T02:31:49Z
Hi, Clang 13 on my machine and peripatus (but not Apple clang 13 on eg sifika, I'm still confused about Apple's versioning but I think that's really llvm 12-based) warns: geqo_main.c:86:8: warning: variable 'edge_failures' set but not used [-Wunused-but-set-variable] int edge_failures = 0; Here's one way to silence it. -
Re: Warning in geqo_main.c from clang 13
Tom Lane <tgl@sss.pgh.pa.us> — 2021-11-24T03:17:54Z
Thomas Munro <thomas.munro@gmail.com> writes: > Clang 13 on my machine and peripatus (but not Apple clang 13 on eg > sifika, I'm still confused about Apple's versioning but I think that's > really llvm 12-based) warns: > geqo_main.c:86:8: warning: variable 'edge_failures' set but not used > [-Wunused-but-set-variable] > int edge_failures = 0; Yeah, I noticed that a week or two ago, but didn't see a simple fix. > Here's one way to silence it. I'm kind of inclined to just drop the edge_failures recording/logging altogether, rather than make that rats-nest of #ifdefs even worse. It's not like anyone has cared about that number in the last decade or two. regards, tom lane
-
Re: Warning in geqo_main.c from clang 13
Tom Lane <tgl@sss.pgh.pa.us> — 2022-01-22T22:34:16Z
I wrote: > Thomas Munro <thomas.munro@gmail.com> writes: >> Clang 13 on my machine and peripatus (but not Apple clang 13 on eg >> sifika, I'm still confused about Apple's versioning but I think that's >> really llvm 12-based) warns: >> geqo_main.c:86:8: warning: variable 'edge_failures' set but not used >> [-Wunused-but-set-variable] >> Here's one way to silence it. > I'm kind of inclined to just drop the edge_failures recording/logging > altogether, rather than make that rats-nest of #ifdefs even worse. > It's not like anyone has cared about that number in the last decade > or two. We're starting to see more buildfarm animals producing this warning, so I took another look, and thought of a slightly less invasive way to silence it. I confirmed this works with clang 13.0.0 on Fedora 35. regards, tom lane
-
Re: Warning in geqo_main.c from clang 13
Thomas Munro <thomas.munro@gmail.com> — 2022-01-23T00:47:35Z
On Sun, Jan 23, 2022 at 11:34 AM Tom Lane <tgl@sss.pgh.pa.us> wrote: > We're starting to see more buildfarm animals producing this warning, > so I took another look, and thought of a slightly less invasive way to > silence it. I confirmed this works with clang 13.0.0 on Fedora 35. LGTM. Tested on bleeding edge clang 14.
-
Re: Warning in geqo_main.c from clang 13
Tom Lane <tgl@sss.pgh.pa.us> — 2022-01-23T16:12:40Z
Thomas Munro <thomas.munro@gmail.com> writes: > On Sun, Jan 23, 2022 at 11:34 AM Tom Lane <tgl@sss.pgh.pa.us> wrote: >> We're starting to see more buildfarm animals producing this warning, >> so I took another look, and thought of a slightly less invasive way to >> silence it. I confirmed this works with clang 13.0.0 on Fedora 35. > LGTM. Tested on bleeding edge clang 14. Pushed, thanks. regards, tom lane