mesonbuild / meson Public
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
C++ module support #8013
C++ module support #8013
Conversation
|
This pull request introduces 1 alert when merging 12952c4 into 15bbf1e - view on LGTM.com new alerts:
|
|
This pull request introduces 1 alert when merging 6686bcf into b65168c - view on LGTM.com new alerts:
|
|
This pull request introduces 1 alert when merging 9731b0e into b65168c - view on LGTM.com new alerts:
|
|
This pull request introduces 1 alert when merging 07c70e7 into 8d04b3c - view on LGTM.com new alerts:
|
ca808a0
to
ba725f0
Compare
|
This should pass all the tests now. The actual functionality is fairly small, but the machinery is important and can be used to make Fortran compilation finally reliable. |
aab28fa
to
2fafb73
Compare
This MR adds support for compiling C++ modules, which are similar to Fortran modules requiring one to scan the contents of files. This is done with the new Ninja dynamic dependency support that is only available in the latest releases. There are several limitations.
There are also open questions such as where should the generated module files go. Should they go in target private dirs or to a single common dir? The latter is easier and works if we can rely on the fact that no module of a given name is generated in two different places. Currently all those are dumped in build dir root, because MS has not yet documented the compiler flags that specify where those should go (if said compiler flags exist at all).