[Tooling] [isocpp-modules] Round2: Path to modules with old bad build systems
Mathias Stearn
redbeard0531+isocpp at gmail.com
Tue Mar 5 21:47:16 CET 2019
On Tue, Mar 5, 2019 at 2:32 PM Gabriel Dos Reis via Modules <
modules at lists.isocpp.org> wrote:
> Specifically, I don't understand why the compiler would go through the
> troubles of emitting something like that when it would be simpler to just
> supply the switch -ftreat-imports-as-glorified-headers. The sources could
> still be preprocessed and retain the imports, etc.
>
When you pass -ftreat-imports-as-glorified-headers, can also tell the
compiler to just preprocess[1], then take just the output from that and
hand it to the compiler again to have it translated to an object file and
have it behave the same as if it was working with the original files? If
so, then I think we are just using different terms for the same thing. If
not, can you explain what is different?
[1] Currently, with gcc and clang, you need to "partially preprocess" using
-fdirectives-only or -frewrite-includes because those tools behave
differently when compiling TUs that have already been fully preprocessed. I
haven't tried doing a similar experiment with MSVC to know how well it
handles fully preprocessed files.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.open-std.org/pipermail/tooling/attachments/20190305/ab24e720/attachment.html
More information about the Tooling
mailing list