Skip to content
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

[utilities] Consistently index all member typedefs in the utilites he… #6006

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

AlisdairM
Copy link
Contributor

…ader

Audited the file utilities.tex for indexing of member typedefs. Several idioms were in use, and not all typedef-names were indexed. Adopted what seemed to be the preferred approach of using the @\libmember{}@ style of definition within the class definition itself, so that omissions become obvious if more typedef-names are added in the future.

Please provide feedback on whether indexing the explicit template specialization for types is the correct approach. It pulls out the name that is not present for the primary template, and then the ranges library adds some non-template classes with the same name.

Noted that char_type for basic_format_arg is a private member marked as exposition only, so should really be char-type with the expos-id font. After checking with the original paper, will supply a separate follow-up ticket for that --- this comment is only to confirm that the omission from the index in this patch is intentional.

…ader

Audited the file `utilities.tex` for indexing of member typedefs.  Several
idioms were in use, and not all typedef names were indexed.  Adopted what
seemed to be the preferred approach of using the `@\libmember{}@` style of
definition within the class definition itself, so that omissions become
obvious if more typedef names are added in the future.

Please provide feedback on whether indexing the explicit template
specialization for <void> types is the correct approach.  It pulls out
the name that is not present for the primary template, and then the
ranges library adds some non-template classes with the same name.

Noted that `char_type` for `basic_format_arg` is a private member marked
as exposition only, so should really be `char-type` with the expos-id
font.  After checking with the original paper, will supply a separate
follow-up ticket for that --- this comment is only to confirm that the
omission from the index in this patch is intentional.
@AlisdairM
Copy link
Contributor Author

This is the first of a series of patches that will cover all the standard library headers. I will await review of this first patch before producing the rest though.

After filing the patch I became aware of #3911, which this patch would be seen as a small part of addressing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

1 participant