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

Confusing use of GENERATE_TAGFILE (Origin: bugzilla #706236) #5268

Closed
doxygen opened this issue Jul 2, 2018 · 0 comments
Closed

Confusing use of GENERATE_TAGFILE (Origin: bugzilla #706236) #5268

doxygen opened this issue Jul 2, 2018 · 0 comments

Comments

@doxygen
Copy link
Owner

doxygen commented Jul 2, 2018

status VERIFIED severity normal in component general for ---
Reported in version 1.8.4 on platform Other
Assigned to: Dimitri van Heesch

On 2013-08-18 12:25:27 +0000, albert wrote:

The GENERATE_... tags are all of the type 'bool' (YES / NO) with the exception of GENERATE_TAGFILE. The later one is of type 'string' and when set the value is used as file name. In case of the usage of the value 'No' this results in a tag file with the name 'No'

Proposed change:

  • GENERATE_TAGFILE = -> as it is at the moment
  • GENERATE_TAGFILE = -> as it is at the moment
  • GENERATE_TAGFILE = NO -> warning an there will be no tag file generated
  • GENERATE_TAGFILE = YES -> warning an there will be no tag file generated

On 2013-08-18 13:24:33 +0000, albert wrote:

Resolution has been pushed to git repository and a pull request has been emitted.

On 2013-08-22 12:38:19 +0000, Dimitri van Heesch wrote:

Thanks, I'll include a modified version of the patch in the next GIT update.

On 2013-08-22 16:40:55 +0000, albert wrote:

The chosen solution with overwriting the option value is indeed an easier way.
Checked with my example and there is no tagfile generated when I set GENERATE_TAGFILE to NO

On 2013-08-23 15:04:16 +0000, Dimitri van Heesch wrote:

This bug was previously marked ASSIGNED, which means it should be fixed in
doxygen version 1.8.5. Please verify if this is indeed the case. Reopen the
bug if you think it is not fixed and please include any additional information
that you think can be relevant.

On 2013-08-23 17:12:00 +0000, albert wrote:

Works as expected

@doxygen doxygen closed this as completed Jul 19, 2018
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

No branches or pull requests

1 participant