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: More #endif's than #if's found (Origin: bugzilla #560105) #3168

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

Comments

Projects
None yet
1 participant
@doxygen
Owner

doxygen commented Jul 2, 2018

status RESOLVED severity major in component build for ---
Reported in version 1.5.7.1 on platform Other
Assigned to: Dimitri van Heesch

Original attachment names and IDs:

On 2008-11-10 05:56:06 +0000, Ravi wrote:

Please describe the problem:
While generating the documentation for a Obj-C header file, the documentation build script, displays message like "More #endif's than #if's found" for headers which have #ifndef includes.
Verified that the #ifndef and #endif are balanced out.(This is not a compilation error, occurs only when the code has compiled fine and documentation generation starts)

Steps to reproduce:

  1. Try creating a documentation for a Obj-C header file with #ifndef statement

Actual results:
Error: More #endif's than #if's found is logged into to the documentation generation logs.

Expected results:
No Error logs.

Does this happen every time?
Yes

Other information:

On 2008-11-10 19:36:11 +0000, Dimitri van Heesch wrote:

This mimimal header works fine:

#ifndef BLAH
#endif

So please attach an example header that allows me to reproduce the problem.

On 2008-11-11 04:35:42 +0000, Ravi wrote:

Created attachment 122388
File for testing

With the attached file, am able to reproduce the Doxygen documentation build error.

On 2008-11-11 20:29:11 +0000, Dimitri van Heesch wrote:

I'm not (and I would expect a million mails about this by now if this trivial example would not have worked ;-)

Are you using a custom input filter by any chance which removes the #endif?

On 2008-11-11 21:50:23 +0000, Ravi wrote:

No am not using any input filter.

On 2008-11-11 21:52:25 +0000, Ravi wrote:

I will update this bug, if I can find any more details my side. Thanks.

On 2009-02-05 08:50:13 +0000, idlysphere wrote:

Created attachment 127993
#import "include_gurded.h"

This problem can be reproduced by adding this file.

On 2011-05-17 06:34:15 +0000, john.x.foster@nab.com.au wrote:

Here is an example file that fails. Note that adding a label to the @cond command fixes the problem.

/// @file

#if !defined NabSystem_h
#define NabSystem_h

/// @cond
#if defined _MSC_VER

#if !defined(SILLY_MS_STUFF)
#define SILLY_MS_STUFF
#endif

#else

#endif
/// @endcond

#endif // NabSystem_h

On 2011-05-17 18:06:57 +0000, Dimitri van Heesch wrote:

Hi John,

Which version of doxygen did you test this with? 1.7.4 or older?

On 2011-05-18 01:41:13 +0000, john.x.foster@nab.com.au wrote:

Using 1.7.4. It also happened with older versions. I'll attach the doxyfile.

On 2011-05-18 01:43:18 +0000, john.x.foster@nab.com.au wrote:

Created attachment 188009
Doxyfile for bug example sent by JF

On 2011-06-05 16:21:48 +0000, Dimitri van Heesch wrote:

Thanks John. The problem you reported should be fixed in the next subversion update.

On 2011-08-14 14:05:10 +0000, Dimitri van Heesch wrote:

This bug was previously marked ASSIGNED, which means it should be fixed in
doxygen version 1.7.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.

@doxygen doxygen closed this Jul 2, 2018

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment