You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
SR-5448 Creating a Character via ExpressibleByExtendedGraphemeClusterLiteral fails with complex emoji
Issue Description:
The compiler currently refuses to recognize some valid single-extended-grapheme-cluster literals as such, which will prevent us from fully supporting Unicode 9 in the standard library. For example, see
The whole idea of strictly checking grapheme cluster boundaries in the compiler is probably bogus, given that the Unicode standard changes and the ICU library in use changes. The right answer, IMO, is for the compiler to accept anything as a Character literal except perhaps a sequence of scalars that includes some of the grapheme breaks we can detect quickly with great certainty of stability, which are currently used to avoid calling into ICU in the standard library, and for the library to do no further validation.
Additional Detail from JIRA
md5: 33538fd483360d355d1bc4d4d4663c02
is duplicated by:
Issue Description:
The compiler currently refuses to recognize some valid single-extended-grapheme-cluster literals as such, which will prevent us from fully supporting Unicode 9 in the standard library. For example, see
swift/test/Prototypes/StringIntegration.swift
Line 816 in d3e8767
The text was updated successfully, but these errors were encountered: