Skip to content

Conversation

SpamapS
Copy link
Member

@SpamapS SpamapS commented Nov 13, 2022

While testing gearmand with newer versions of Ubuntu (20.04 and 22.04) I found a few minor things that needed updating in order to build and test.

GCC has added some warnings for potential problems with dropping nulls.
we already were protecting against it though, so the warning is
erroneous.
This warning is erroneous and thus can be ignored.
This was warning on newer versions of GCC/libc.
@esabol
Copy link
Member

esabol commented Nov 13, 2022

Also, please don't release a new gearmand without looking at PR #348. 😄

@esabol
Copy link
Member

esabol commented Nov 13, 2022

This PR is failing to pass the CI. Any idea why?

I think this pragma only works on gcc >= 8, but surely ubuntu-latest has gcc >= 8?

I think we'll need #if __GNUC__ >= 8 put around these pragmas to continue to support older gccs. I really should get PR #334 in a state where it can be merged in order to test this on the full range of supported versions of gcc.

@SpamapS
Copy link
Member Author

SpamapS commented Nov 13, 2022

Actually I started this on 20.04 which is why it was called gcc8 but then I upgraded to 22.04 so now it's actually gcc11 for that specific one. ubuntu "latest" I think is still 20.04 and so gcc8 which is why the one failed.

@SpamapS SpamapS changed the title Gcc8 fixes Gcc8 and 11 fixes Nov 13, 2022
@SpamapS SpamapS changed the title Gcc8 and 11 fixes Gcc 8+ and 11 fixes Nov 13, 2022
@esabol
Copy link
Member

esabol commented Nov 13, 2022

Actually I started this on 20.04 which is why it was called gcc8 but then I upgraded to 22.04 so now it's actually gcc11 for that specific one. ubuntu "latest" I think is still 20.04 and so gcc8 which is why the one failed.

Ah, OK. That makes sense!

... except I've tested gcc-8 builds previously and it worked fine in my testing, so I'm not sure I understand why you saw some failure now.... Ah, maybe because you were testing gcc-8 on Ubuntu 20.04, and I've been testing gcc-8 on Ubuntu 18.04?

@SpamapS
Copy link
Member Author

SpamapS commented Nov 13, 2022

Thanks Ed. Added those guards. I agree it would be good to have GH actions for all the gcc's we support. This whole warnings as errors business is really tedious to support across so many distros. Might be good to think about dropping some old ones.

@SpamapS SpamapS merged commit 5ac05c4 into master Nov 13, 2022
@esabol
Copy link
Member

esabol commented Nov 13, 2022

Might be good to think about dropping some old ones.

Please don't say that after I spent so many, many hours getting the CI workflow to build with gcc 4.8 and 4.9. 😆

This is looking good. Two options on how to proceed:

(1) I remove the gcc-11 build from PR #334 and we merge that. Then you rebase PR #350 on the new master and add the gcc-11 build to the CI workflow in this PR.

(2) You merge PR #350 and then I rebase PR #334 on top of it. Less work, but it assumes PR #350 won't break any other builds.

Which option do you prefer?

@esabol
Copy link
Member

esabol commented Nov 13, 2022

Oh, it seems I'm too slow to comment. Never mind. Guess we are going with option 2. 😄

@SpamapS
Copy link
Member Author

SpamapS commented Nov 13, 2022 via email

@esabol esabol deleted the gcc8-fixes branch November 20, 2022 06:08
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants