Skip to content

Conversation

@eggrobin
Copy link
Member

Eventually we should get rid of UCD_Names and UCD_Types, but in the meantime MakeUnicodeFiles depends on them.
While we might hope to make merging of data files painless with #419, this is not going to happen for Java, and since these files are not generated, we should avoid having to resolve merge conflicts there.

At the same time, since the plan is to do the propertizing ahead of the ISO 15924 registration, we need to make sure the private use codes for the pipeline do not collide.

Thus this PR propels UCD_Names and UCD_Types into the distant future, while ensuring that the future scripts do not show up in the generated files. Note that GenerateEnums will not pick those up, since that is based on PVA from which they are suppressed in MakeUnicodeFiles.

@eggrobin eggrobin requested review from macchiati and markusicu April 18, 2023 14:39
@eggrobin eggrobin force-pushed the scripts-from-the-future branch from 154a679 to 8fae047 Compare April 18, 2023 15:02
@eggrobin eggrobin merged commit f8207e0 into unicode-org:main Apr 20, 2023
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.

2 participants