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
[error.reporting] references in [filesystems] should be to [fs.err.report] instead #669
Comments
We might need to check all the cross-references. In [fs.conform.9945] we have:
But 27.10.2.1 is [fs.conform.9945]. The href in the HTML is correct, pointing to [fs.norm.ref], so the LaTeX is correct. However, later in [fs.conform.9945] we have:
Which is the correct number, but this time the HTML href points to [fs.norm.ref] when it should be [fs.err.report]. |
[path.construct]/4 refers to 27.10.8.2.1 but the exact same requirement in [path.assign]/5 refers to 27.10.8.2.2 but with the text 27.10.8.2.1 Same problem in [path.append]/5 and /6 and [path.concat]/1 I assume all should be to 27.10.8.2, the parent section that covers both format and encoding, rather than flip-flopping between the two. |
There are some inline cross-references too, which were lost in the conversion to LaTeX, such as "native pathname format" in [path.native.obs]p1 and "resolve" in [path.non-member]p10. The former is easy to fix but I'm not sure what the latter is referencing. Also "file system races" in [fs.op.funcs]p1, "absolute path" in [fs.op.absolute]p1, both easy to fix. |
Oops, I only pushed those commits to my own fork. |
Fixed now, the updated commit IDs are: 6513551 [path.op.absolute] Add cross-reference to [fs.def.absolute.path]. |
[filesystems] contains numerous references to [error.reporting]; they should be to [fs.err.report].
The text was updated successfully, but these errors were encountered: