PREFIX doesn't go through C preprocessor stringification#57984
PREFIX doesn't go through C preprocessor stringification#57984ZhilkinSerg merged 4 commits intoCleverRaven:masterfrom
Conversation
Removes the Q/QUOTE stringify macros
…#57984) * Apply -Wno-unknown-warning-option to clang only * Remove GNU C++ extensions * Define PREFIX in prefix.h. Similar as done with version.h Removes the Q/QUOTE stringify macros * Fix cmake-lint
|
Hm, seems like this change broke compilation for me using Apple clang version 13.1.6 and on normal clang version 13.0.1. (M1 MacBook Pro). The following flags are getting marked as unknown: Manually adding I don't see anyone else mentioning this in recent issues, so it could be an issue with my setup, but curious if you have any thoughts alef. |
|
|
|
Sorry, should've mentioned this was CMake, which doesn't seem to set that (anymore?). Not able to make an issue at the moment, but I should be able to tomorrow. Edit: just took a proper look at the change this made, and yeah, it's not set anymore so I assume the if condition isn't testing what it should be. I'll see if I can make a PR tomorrow that'll fix it. |
| set(CMAKE_CXX_STANDARD_REQUIRED ON) | ||
| set(CMAKE_CXX_EXTENSIONS OFF) |
There was a problem hiding this comment.
This seems to break ncurses build on msys2 by causing the ghc filesystem files to give undefined symbol errors. Since this is a very edge case I'm not sure whether it's a problem with msys2, ghc filesystem, or cmake.
Summary
None
Purpose of change
Fixes #57964
Describe the solution
See "Additional context" in the related issue: to use the same tecnique as for
version.h.in->version.hDescribe alternatives you've considered
None
Testing
Built with CMake and Makefile. CI will verify the other platforms.
Additional context