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
shouldn't "-faligned-new" be a usage requirement? #3863
Comments
I'd most likely add the following:
Incidentally, we also need to move the place where we do this because the flag is added inside an We could also add another compile test that checks for aligned |
Since the flag -faligned-new is not available in all compiler, but just in new ones partially supporting some new C++17 functionality, I think that this flag can be considered "nice to have, but optional" for what concerns HPX functionalities. What I think is that it may be considered as an option and not a warning, so as you also suggested I would just move it out from the block as any other flag about compiler options (e.g. -Xclang -fcoroutines-ts PUBLIC). |
@msimberg I think we should turn this into a feature test. For instance, MSVC supports over-aligned new in |
@hkaiser yep, adding a feature test seems like a sane thing to do. We'd have to check for a warning with GCC as well, but we can probably add If we don't want to overcomplicate things we could actually leave it up to the user to add |
Including HPX libraries from my project moves the -faligned-new problem to my build.
I think that it is an HPX-related thing so it may be better to set this flag as usage requirement.
The text was updated successfully, but these errors were encountered: