This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Fwd: [regex] New enum type syntax_option_type


---------- Forwarded message ----------
From: Tim Shen <timshen91@gmail.com>
Date: Mon, Aug 19, 2013 at 10:26 PM
Subject: Re: [regex] New enum type syntax_option_type
To: Daniel Krügler <daniel.kruegler@gmail.com>
Cc: libstdc++ <libstdc++@gcc.gnu.org>


On Sun, Aug 18, 2013 at 8:50 PM, Daniel Krügler
<daniel.kruegler@gmail.com> wrote:
> Due to Tim Shen's recent activities at regex improvements we have in
> libstdc++-v3/include/bits/regex_constants.h now
>
> enum syntax_option_type { .. };
>
> instead of the previous
>
> typedef unsigned int syntax_option_type;
>
> That change makes sense to me, but the question arises to me:
> Shouldn't this enum get an explicit underlying type, such as
>
> enum syntax_option_type : unsigned int { .. };
>
> to keep the ABI more stable even if new enumerators would be added?
>
> - Daniel

Great, let's test it now, though I don't think that it breaks something.


--
Tim Shen


-- 
Tim Shen

Attachment: changelog
Description: Binary data

Attachment: a.patch
Description: Binary data


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]