Path is now stored in the references to the child while serializing, then this path is used to generate the relative path in the HTML generator.
Now some references have paths and some don't so in the reducing phase, references are now properly merged checking for empty attributes.
Tests added for HTML and YAML generators, merging and serializing.
computeRelativePath function had a bug when the filepath is part of the given directory; it returned a path that starts with a separator. This has been fixed.
Details
Details
Diff Detail
Diff Detail
- Repository
- rL LLVM
Event Timeline
clang-tools-extra/clang-doc/HTMLGenerator.cpp | ||
---|---|---|
250 ↗ | (On Diff #214267) | Would llvm::sys::path::remove_dots() do this? It might not, but is worth investigating. |
clang-tools-extra/clang-doc/HTMLGenerator.cpp | ||
---|---|---|
250 ↗ | (On Diff #214267) | llvm::sys::path::remove_dots() removes all ../ (except for leading ../) so the resulting path in the example would be ../A/B/D, which is not correct. |
clang-tools-extra/clang-doc/HTMLGenerator.cpp | ||
---|---|---|
250 ↗ | (On Diff #214267) | Sorry about that, I was incorrect. llvm::sys::path::remove_dots() do what we want but from the right side of the path, not the left side. |
Comment Actions
LGTM
clang-tools-extra/clang-doc/HTMLGenerator.cpp | ||
---|---|---|
250 ↗ | (On Diff #214267) | That's irritating :( |