wrong output with optional names for bitfields in C structs (Origin: bugzilla #609517)

[doxygen]

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

Original attachment names and IDs:

• foo.h (ID 153396)

On 2010-02-10 09:52:50 +0000, Alexander Dahl wrote:

Created attachment 153396
C header file with type definition to reproduce this bug

You can use structs in the C language to easily access single bits by
defining bit fields. This is especially useful in combination with unions
when programming microcontrollers.

When defining such a bit field the name for a single bit is optional. So
there's no need to use dummy variables for bits you don't access anyway. See
this short example taken form the book »C kurz & gut«:

    struct {
        unsigned int b0_2  : 3;
        signed   int b3_7  : 5;
        unsigned int       : 7;
        unsigned int b15   : 1;
    } bar;

The output of doxygen when it hits such code is wrong. If you have just one
not named bit, it emphasises the type bold, which would be int in the above
case. If there are more not named bits, some others are even dropped in the
created documentation. I assume a bug in the C code parser used by doxygen.

I created example code to reproduce this bug with doxygen 1.6.1 on Debian
Squeeze and with doxygen 1.6.2 on Windows XP and attached the file. I used
the generated Doxyfile and just changed the following lines:

OUTPUT_DIRECTORY       = ./doc
OPTIMIZE_OUTPUT_FOR_C  = YES
INPUT                  = .

[albert-github]

I've just pushed a proposed patch, pull request #9581