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•4 years ago
|
Comment 1•4 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•4 years ago
|
| Assignee | ||
Comment 2•4 years ago
|
||
| Assignee | ||
Comment 3•4 years ago
|
||
Updated•4 years ago
|
| Assignee | ||
Comment 4•4 years ago
|
||
| Assignee | ||
Comment 5•4 years ago
|
||
Comment 7•4 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
•