https://issues.dlang.org/show_bug.cgi?id=23363

--- Comment #1 from TheGag96 <kipthemudkip@yahoo.com> ---
Sorry - doing a bit of compiler debugging, those values seem to come from /usr/include/x86_64-linux-gnu/bits/waitflags.h:


typedef enum
{
  P_ALL,                /* Wait for any child.  */
  P_PID,                /* Wait for specified process.  */
  P_PGID                /* Wait for members of process group.  */
} idtype_t;


And it appears all enums affected by this issue are ones declared afterward as the form:


typedef enum {
  //members
} some_enum_name;


I think more accurately, all enums declared this way are piggybacking off of the enums of the first one.

--

https://issues.dlang.org/show_bug.cgi?id=23363

Dennis <dkorpel@live.nl> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dkorpel@live.nl
           Hardware|x86_64                      |All
                 OS|Linux                       |All
           Severity|enhancement                 |normal

--- Comment #2 from Dennis <dkorpel@live.nl> ---
Can you please reduce it to a stand alone test case and be more specific about the expected and actual output?

>From your second comment, there's this definition:
```
typedef enum
{
  P_ALL,                /* Wait for any child.  */
  P_PID,                /* Wait for specified process.  */
  P_PGID                /* Wait for members of process group.  */
} idtype_t;
```

And in your first comment you said the output looks like this:
```
git_status_opt_t
    P_ALL
    P_PID
    P_PGID
```

I don't see "wrong members" here.

--

https://issues.dlang.org/show_bug.cgi?id=23363

Iain Buclaw <ibuclaw@gdcproject.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Priority|P1                          |P3

--

https://issues.dlang.org/show_bug.cgi?id=23363

Walter Bright <bugzilla@digitalmars.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |bugzilla@digitalmars.com
         Resolution|---                         |INVALID

--- Comment #3 from Walter Bright <bugzilla@digitalmars.com> ---
Closing for lack of information. Refile with a reproducible test case.

--