[LLVMbugs] [Bug 11428] New: errc, io_errc and future_errc constants should really be scoped enums

bugzilla-daemon at llvm.org bugzilla-daemon at llvm.org
Thu Nov 24 00:57:13 PST 2011


http://llvm.org/bugs/show_bug.cgi?id=11428

             Bug #: 11428
           Summary: errc, io_errc and future_errc constants should really
                    be scoped enums
           Product: libc++
           Version: unspecified
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P
         Component: All Bugs
        AssignedTo: hhinnant at apple.com
        ReportedBy: ganesh at barbati.net
                CC: llvmbugs at cs.uiuc.edu
    Classification: Unclassified


Created attachment 7641
  --> http://llvm.org/bugs/attachment.cgi?id=7641
Patches for header files <system_error>, <future> and <ios>

The enumeration types errc, io_errc and future_errc are defined in the standard
with "enum class", but currently libc++ defines them as regular enums nested in
a struct. Although I understand that the struct+enum hack is more portable,
having scoped enumerations is essential for compiling even the following simple
code:

  void f(error_condition c)
  {
     if (c == errc::invalid_argument)
     { /* ... */ }
  }

that's because if errc::invalid_argument is a regular enum value it decays to
int and operator== becomes ambiguous. On the other hand, if it is a scoped enum
value, the only operator== available is the correct one, with signature:

  bool operator==(const error_condition& lhs, const error_condition& rhs)
noexcept;

(errc::invalid_argument being implicitly converted to error_condition because
of the is_error_condition_enum<> machinery).

I therefore suggest to use scoped enums wherever specified by the standard. I
am attaching patches that accomplish that unconditionally. A possible backward
compatible approach could be to add a __has_feature(cxx_strong_enums) check,
although it has to be noted that we already used scoped enumerations in
<condition_variable> without any check.

-- 
Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.



More information about the llvm-bugs mailing list