[PATCH] D67025: Add .inl as valid C++ header type
Aaron Ballman via Phabricator via cfe-commits
cfe-commits at lists.llvm.org
Wed Jul 20 04:53:10 PDT 2022
aaron.ballman added a comment.
In D67025#3665301 <https://reviews.llvm.org/D67025#3665301>, @abbaswasim wrote:
>> FWIW, I did a search over github repos and this file extension is used, but I would hardly call it a common practice
>
> Fair enough. what would be sufficient evidence?
I'm not certain we have any sort of agreed-upon measure for it. Personally, I'd want to see evidence that several other programming tools also treat the extension the same way. I notice that MSVC's file open dialog considers .inl to be a "Visual C++ File" and its save dialog considers .inl to be a "C++ Header File", so that's a good sign. I also notice that TextPad also considers .inl to be a C/C++ file (doesn't distinguish between language or what kind of file though). Does XCode have something similar? Notepad++ or other text editors? If so, I think that qualifies as sufficient evidence.
> I think in general whether its `.inl` or any other extension thats used to separate template implementations out of a header needs a solution. I have started using `.hh` as a workaround but it not being a complete translation unit is still a problem. And clangd also complains about recursive includes in the .hh file.
I've seen: .inc, .def, .hh,, and .H all within the past few years but in each case, it meant roughly the same thing "source that gets included but isn't intended as a stand-alone header file" (though I've certainly seen .H and .hh used to mean "C++ header file" as opposed to "C header file").
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D67025/new/
https://reviews.llvm.org/D67025
More information about the cfe-commits
mailing list