-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Doxygen only expands macro defined in header file once when referred multiple times #6856
Comments
I tried it with version 1.8.15 and didn't see a problem (maybe I looked at the wrong results).
Which version of doxygen are you using? |
I am using Doxygen 1.8.14, installed via home brew on macOS 10.14. Here I am attaching the code that demonstrates the problem. Please note the
in Doxyfile.in, this causes |
…once when referred multiple times In case the include file is already is already in the global stack it should not be added to the global stack, but still be handled for the current file
I've just pushed a proposed patch, pull request #6859 |
Thanks for working on that. I am looking forward to seeing it getting to the next release. Just to get around the issue at the moment, I am using a macro
|
issue #6856 Doxygen only expands macro defined in header file once when referred multiple times
Code has been integrated in master on github (please don't close the issue as this will be done at the moment of a release). |
The mentioned (and currently) merged patch has some negative effects (hanging processes), see #6897. |
Revert "issue #6856 Doxygen only expands macro defined in header file once when referred multiple times"
With
and the following code snippet:
Doxygen could not correctly expand both of the macro usage, which results in failure of showing documentation for
Use2
, orUse1
, depending on which file is processed first.Say, if use1.h is processed first, which doxygen correctly expand the macro there and produces documentation for enum
Use1
, then at the time it processes use2.h, the macro.h header is skipped so themeta_enum_class
macro is not expanded, which is evident upon examining the output with-d preprocess
:Any suggestions on how to do this?
The text was updated successfully, but these errors were encountered: