-
-
Notifications
You must be signed in to change notification settings - Fork 4.6k
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
Build documentation with doxygen-clang #3744
base: master
Are you sure you want to change the base?
Conversation
2e9bd36
to
61795d4
Compare
Originally posted by @kunaltyagi in #3712 (comment) Did you get improved results in parsing? ...holding breath here... |
I'm trying locally with 1.8.17. I'm keen on thinking that what we're seeing with the clang parsing is due to real problems in the code, and want to test it, as stated in the OP. If you have time, could you give me a hint on how to make the documentation job work? It doesn't like Would it be a bad idea trying to cross-post on the doxygen tracker after the pipeline works? I would like to ask about the |
Most likely because the modifications in dockerfile don't mean that the image actually changed (there's no job to automatically push the modified docker file)
Definitely not. However, it might help more if you could create a docker-file individually which you pushed so others can pull it easily. The pointcloudlibrary doc will require a success-story to change (no need to manually compile otherwise) |
You'd be right in saying I edit too much my comments, but it did succeed #3712 (comment) and that's the main reason I think it should eventually work again without all the header renames. I thought the compilation database would be enough but that's not doing it somehow. I'm pushing the image I have locally, didn't know you preferred this way instead of pulling the Dockerfile and building. It seemed faster to me this other way. |
61795d4
to
34f634c
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For testing, you may push the built Docker image to your private Dockerhub space and modify line 4 in the 'documentation.yml' file to point to your image.
adc8317
to
dd03456
Compare
Excerpt of the build I ran tonight
With this history:
|
Also I was going crazy trying to link libc++/libc++abi/libstdc++/... but, these errors:
make absolute sense, since these are the only includes pcl/common/include/pcl/common/bivariate_polynomial.h Lines 40 to 44 in 20a289b
when clearly
|
9ac9769
to
489e43f
Compare
Ok, so it hit the time limit and you can check the log to see the 16 recursion errors. I'm wondering if:
|
No, sorry. That PR took a long time to reach even that stage, and IIRC covers only the files not in the
I'd go ahead with a PR that fixes some of the header issues. Another thing is if you could provide the name of the docker image (EDIT: it's in the changelog. |
You shouldn't feel sorry, it's a huge undertaking! As you realized it's in one of the commits. I can fix the namespace 'std' stuff tomorrow at least. Let's not overlap. |
Saying this was slow is understating it. And the difference is only 438 lines on ~18k. I think I'd need to retest if I really had no more recursion warnings and document how so it's repeatable. It might have been an oversight. Not sure this is a useful PR anymore. Is a PR re-openable in case it turns out it is useful? Otherwise I'd close. |
Yes, unless you delete your branch, in which case, it isn't (but there is a restore button though I haven't tested that)
You can create a PR with the changes for the 438 line reduction. Sidenote: did you ask around in doxygen community regarding usage of clang-parsing with compilation database? |
But I have, it's #3701. Depending on how we tackle the recursion warnings it's going to need more/less additions but almost everything else is there iirc.
Not yet, I was waiting for these results, will do now. |
489e43f
to
c0e842d
Compare
c0e842d
to
51afab4
Compare
Testing Documentation CI run. |
51afab4
to
a1d5185
Compare
Marking this as stale due to 30 days of inactivity. Commenting or adding a new commit to the pull request will revert this. |
Marking this as stale due to 30 days of inactivity. Commenting or adding a new commit to the pull request will revert this. |
This is the result of the discussion had in #3712 in order to continue the work in #3701.
I'm sure I'm missing the latex dependencies at the moment, but I would like to understand your thought process to having dvipng in the previous version instead of the strictly required packages. From some scouting (here and looking at the previous build) I know I miss a subset of:
I also want to confirm that all the warnings/errors seen aren't due to real things clang has a reason to flag. Like e.g. the first batch of warnings are from the namespace issue from PCL's rule that in implementation files names must be
pcl::module_name::ClassName::function
instead of using thenamespace
keyword.