-
Notifications
You must be signed in to change notification settings - Fork 471
linux: update header used for major
macro
#286
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
Conversation
CC: @das @dgrove-oss |
Since I put this up on a weekend, a gentle ping during the work week! |
os/linux_base.h
Outdated
#if __has_include(<config/config_ac.h>) | ||
#include <config/config_ac.h> | ||
#else | ||
#include <config/config.h> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
FWIW the reason for the name change of the autotools-generate header was to avoid overwriting the manually maintained config/config.h header for Darwin (and getting it to show up as changed in git etc).
it looks like the same thing was replicated with the CMake build system, so only #include <config/config_ac.h>
should be needed here ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
WFM, I'll adjust that.
Newer versions of glibc indicate that they intend to move the `major` macro from `sys/types.h` to `sys/sysmacros.h`. Add a check for the header and include that earlier to ensure that the macro is provided by the newer header when available/possible. This avoids an unnecessary warning from the system headers.
swift-corelibs-libdispatch/os/linux_base.h:16:10: fatal error: 'config/config_ac.h' file not found |
huh, we have Or Is the issue that that header is not getting installed ? @atrick do you have a full build log ? was the above issue when building a dependent project or when building libdispatch itself ? |
looks like it is the latter, from 3138:
probably the simplest option is to just wrap this new header include in |
the existing |
Okay, Ill create a new PR to change it over. |
Newer versions of glibc indicate that they intend to move the
major
macro from
sys/types.h
tosys/sysmacros.h
. Add a check for theheader and include that earlier to ensure that the macro is provided by
the newer header when available/possible. This avoids an unnecessary
warning from the system headers.