aaron.ballman added a comment.

In D107095#2940638 <https://reviews.llvm.org/D107095#2940638>, @beanz wrote:

> +@lebedev.ri
>
> @aaron.ballman thank you for all the feedback and support!
>
> I'm not really sure where to go on the naming. I'm not attached to 
> `header_unsafe`, and totally understand the confusion. I don't really love 
> the `reserved*` wording either as it doesn't really convey meaning.

We can spitball some ideas, and interested people can chime in with their 
opinions. I don't want to hold up the functionality for overly long on 
bikeshedding the name, so if at some point it starts to feel like we should 
pick one and go with it, we can do that. Sound reasonable?

> For my other patch I like `final` because it means something similar to what 
> the `final` keyword means in C++ and other languages (i.e. don't change this 
> again).
>
> For this I also thought about variations on `restrict` to signify 
> restrictions on the macro's expansion contexts.
>
> The goal is to warn on expansions that are outside the main source file, so 
> maybe something like `restrict_header_expansion`?
>
> Very open to feedback here on making clear naming. After all naming is one of 
> the hardest problems in computer science :)

I think `restrict_header_expansion` is an improvement, but rather wordy. Maybe 
`restrict_expansion` instead? Paging @rsmith, who is often very good at naming 
questions.


Repository:
  rG LLVM Github Monorepo

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

https://reviews.llvm.org/D107095

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

Reply via email to