Consider moving NumberPart definitions to separate header
Categories
(Core :: Internationalization, enhancement, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox94 | --- | fixed |
People
(Reporter: dminor, Assigned: allstars.chh)
References
Details
(Whiteboard: [i18n-unification])
Attachments
(4 files)
At the moment, we're defining NumberPart in NumberFormatField.h, but NumberPart is part of a public API, and NumberFormatField is not. It might make sense to split these up.
Suggested by Anba in the review of https://phabricator.services.mozilla.com/D121411.
Updated•3 years ago
|
Comment 1•3 years ago
|
||
Yoshi, this is pretty trivial, but maybe you can fix it. It breaks doing local SpiderMonkey non-unified builds. This uses the NumberPart without a definition.
If you set this line to = 1
locally and do a spidermonkey build you will trigger the problem. Also, the ListFormat.cpp files you add need a ScopeICUObject.h include.
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Comment 2•3 years ago
|
||
Assignee | ||
Comment 3•3 years ago
|
||
Updated•3 years ago
|
Assignee | ||
Comment 4•3 years ago
|
||
Assignee | ||
Comment 5•3 years ago
|
||
Comment 7•3 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/2a14ebd378ca
https://hg.mozilla.org/mozilla-central/rev/e003632d9854
https://hg.mozilla.org/mozilla-central/rev/2bf981a5af72
https://hg.mozilla.org/mozilla-central/rev/e5f2a2c79161
Description
•