Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bump the C/C++ language standards version #1953

Merged
merged 4 commits into from
Oct 16, 2022
Merged

Conversation

jepler
Copy link
Contributor

@jepler jepler commented Aug 21, 2022

This is cumulative with #1278 and just bumps our C & C++ compiler standards to gnu11 for C files and gnu++17 for C++ files. It should be popped out of draft once that PR Is merged and this one is rebased.

The main reason to consider NOT doing this is that it could lead to accidental inclusion of C language features that are not supported by the kernel's C dialect -- Kernel 5.18 is the first release which also switched to the gnu11 standard. This would affect building for kmod+rtai, something I don't think sees buildbot testing these days anyway.

@petterreinholdtsen
Copy link
Collaborator

Did you base this pull request on the wrong branch? Seem to contain commits also in pull request #1278.

.. this is supported in buster (gcc8) and newer
I believe there is a bug in this component adjacent to this diagnostic,
which I've previously reported as LinuxCNC#1943. Silence the warning by giving
an explicit initialization to align_pin.

This will definitely cause the edge-type carousel to get stuck in the
state machine at the point where it waits for the alignment signal.

Before this change, one possible undefined behavior was that register
and/or the byte(s) of stack corresponding to this local variable would
vary unpredictably, leading to the component progressing through the
steps of the state machine anyway. However, this should not be relied
on.
@smoe
Copy link
Contributor

smoe commented Sep 16, 2022

Maybe @andypugh should have a look? I liked what I saw.

Sidenote: When there is a sudden abort(), is there any way to have all active movements stopped?

@jepler
Copy link
Contributor Author

jepler commented Sep 16, 2022

I updated this and also pushed it to a branch in linuxcnc/linuxcnc named jepler/bump-gcc-std so we can see how it affects all buildbot target systems

@jepler jepler changed the title Bump the language standards version Bump the lC/C++ anguage standards version Sep 16, 2022
@jepler jepler changed the title Bump the lC/C++ anguage standards version Bump the C/C++ language standards version Sep 16, 2022
@jepler
Copy link
Contributor Author

jepler commented Sep 17, 2022

This was also 'green' on the buildbot

@jepler jepler merged commit ff5e489 into LinuxCNC:master Oct 16, 2022
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.

3 participants