Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

use normative source for Grapheme class data #24132

Merged
merged 1 commit into from
Apr 7, 2015
Merged

Conversation

kwantam
Copy link
Contributor

@kwantam kwantam commented Apr 6, 2015

@mahkoh points out in #15628 that unicode.py does not use
normative data for Grapheme classes. This pr fixes that issue,
and does some minor cleanup of the unicode.py script.

In addition, GC_RegionalIndicator is renamed GC_Regional_Indicator
in order to stay in line with the Unicode class name definitions.
I have updated refs in u_str.rs, and verified that there are no
refs elsewhere in the codebase. However, in principle someone
using the unicode tables for their own purposes might see breakage
from this.

@mahkoh points out in rust-lang#15628 that unicode.py does not use
normative data for Grapheme classes. This pr fixes that issue.

In addition, GC_RegionalIndicator is renamed GC_Regional_Indicator
in order to stay in line with the Unicode class name definitions.
I have updated refs in u_str.rs, and verified that there are no
refs elsewhere in the codebase. However, in principle someone
using the unicode tables for their own purposes might see breakage
from this.
@rust-highfive
Copy link
Collaborator

r? @aturon

(rust_highfive has picked a reviewer for you, use r? to override)

@kwantam
Copy link
Contributor Author

kwantam commented Apr 6, 2015

r? @alexcrichton

@rust-highfive rust-highfive assigned alexcrichton and unassigned aturon Apr 6, 2015
@kwantam
Copy link
Contributor Author

kwantam commented Apr 6, 2015

Regarding the change from GC_RegionalIndicator to GC_Regional_Indicator,
this is easily reverted if there is concern about random breakage in other people's
code. I kind of doubt such breakage is likely, and to me it seems neater to make our
terminology follow Unicode's as much as possible. (And, of course, libunicode
is marked unstable for now anyway!)

@alexcrichton
Copy link
Member

@bors: r+ bef00ab

Thanks!

@bors
Copy link
Contributor

bors commented Apr 7, 2015

⌛ Testing commit bef00ab with merge ebba920...

Manishearth added a commit to Manishearth/rust that referenced this pull request Apr 7, 2015
@mahkoh points out in rust-lang#15628 that unicode.py does not use
normative data for Grapheme classes. This pr fixes that issue,
and does some minor cleanup of the unicode.py script.

In addition, GC_RegionalIndicator is renamed GC_Regional_Indicator
in order to stay in line with the Unicode class name definitions.
I have updated refs in u_str.rs, and verified that there are no
refs elsewhere in the codebase. However, in principle someone
using the unicode tables for their own purposes might see breakage
from this.
@bors
Copy link
Contributor

bors commented Apr 7, 2015

⛄ The build was interrupted to prioritize another pull request.

bors added a commit that referenced this pull request Apr 7, 2015
@bors bors merged commit bef00ab into rust-lang:master Apr 7, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants