c translation of enum with multiple names matched to same value

[andrewrk]

This C code:

enum Foo {
    A = 1,
    B = 1,
};

Generates this Zig code:

pub const enum_Foo = extern enum {
    A = 1,
    B = 1,
};

Which is a compile error in Zig. It also generates:

pub const A = enum_Foo.A;
pub const B = enum_Foo.B;

Which are the actual symbols in the C namespace. So Zig will be OK omitting the second name with the same value as a previous item, but instead of the global names being the enum type, they have to be the integer type.

[distractedlambda]

Are there any workarounds in 0.4 right now? Otherwise I think this currently blocks me from using Vulkan without manually defining the external symbols.

[andrewrk]

Related proposal: #2115

[terrybrash]

This is blocking me from using SFML 2.5.

TBrashaw@TBRASHAW MINGW64 ~/Personal/hellozig (master)
$zig build run
C:\Users\tbrashaw\Personal\hellozig\zig-cache\o\ILACwgWFOG1pHE-3jW_kHoMsvMUYEBk4Gpt-WTmwzo_o_slYBH15ELQpcZnIYgLo\cimport.zig:325:17: error: enum tag value 56 already taken
    sfKeyDash = 56,
                ^
C:\Users\tbrashaw\Personal\hellozig\zig-cache\o\ILACwgWFOG1pHE-3jW_kHoMsvMUYEBk4Gpt-WTmwzo_o_slYBH15ELQpcZnIYgLo\cimport.zig:279:19: note: other occurrence here
    sfKeyHyphen = 56,
                  ^
(many more similar errors redacted)

[jpittis]

This is blocking me using glib.h

error: enum tag value 32768 already taken
G_REGEX_MATCH_PARTIAL_SOFT = 32768,
note: other occurrence here
G_REGEX_MATCH_PARTIAL = 32768,

[Vexu]

Extern enums now allow multiple names matched to same value.

[jpittis]

This is huuuge! Thanks so much! <3