ChuanqiXu accepted this revision.
ChuanqiXu added a comment.
This revision is now accepted and ready to land.

In D121589#3381894 <https://reviews.llvm.org/D121589#3381894>, @iains wrote:

> In D121589#3381343 <https://reviews.llvm.org/D121589#3381343>, @ChuanqiXu 
> wrote:
>
>>> It's not practical to recognise a header without any suffix so
>>
>> -fmodule-header=system foo isn't going to happen.
>>
>> May I ask the reason? It looks not so good with `-fmodule-header=system 
>> -xc++-header vector`
>
> OK. One should never say "never" ;) , it would be nicer if we could avoid 
> this.
>
> ... it would require a policy change in the driver - since we cannot 
> recognise files like 'vector' as headers, they are currently unclaimed (which 
> means that they default to being considered as linker inputs).
>
> This is a long-standing (forever, I suspect) situation;
> Although we could make it so that if we see certain options, all unknown 
> inputs get claimed as source files (or headers) I wonder how much build 
> system code that might break.

If this is the policy, I am OK. For the build systems, due to the dependences, 
all build systems want to support C++20 modules should do works. So if we are 
doing our best, I think it might not be bad.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D121589/new/

https://reviews.llvm.org/D121589

_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to