Closed
Bug 94221
Opened 23 years ago
Closed 15 years ago
Lack of code sharing in i18n converters hinders static build
Categories
(Core :: Internationalization, defect)
Core
Internationalization
Tracking
()
RESOLVED
DUPLICATE
of bug 157993
People
(Reporter: sfraser_bugs, Assigned: nhottanscp)
References
Details
Attachments
(1 file)
(deleted),
text/plain
|
Details |
Many of the i18n converts duplicate common code, without sharing the same source
files. For example, the following C++ classes appear in many different files in
the tree:
nsBasicEncoder
nsEncoderSupport
nsBasicDecoderSupport
nsBufferDecoderSupport
nsTableDecoderSupport
nsMultiTableDecoderSupport
nsOneByteDecoderSupport
The problem with this is that since this code is duplicated in many different
files, that code may have diverged. When we link the static build, the linker
strips out all but one copy of the source, so, if the source has diverged, some
calls may end up in a different implementation.
The least that needs to happen here is that the common code is factored out into
unique source files (so we know the code is identical across converters).
Ideally, the code should be shared between converters by moving it into a shared,
non-component DLL.
Reporter | ||
Comment 1•23 years ago
|
||
This affects all platforms.
OS: Mac System 8.5 → All
Hardware: Macintosh → All
Reporter | ||
Comment 2•23 years ago
|
||
Reporter | ||
Comment 3•23 years ago
|
||
The attached static build link warnings show how many of these duplicate symbol
warnings there are from these classes.
Reporter | ||
Comment 4•23 years ago
|
||
nsTableEncoderSupport and nsMultiTableEncoderSupport should also be in the list.
Comment 6•23 years ago
|
||
not quite sure how to address this issue yet.
Is there a compilation flag we can test against static linking build?
Reporter | ||
Comment 7•23 years ago
|
||
Not yet. The Mac static build will land in the next week or so, and then you'll
be able to set the static_build option.
Comment 8•23 years ago
|
||
reassigning per ftang's request
Assignee: ftang → jbetak
Status: ASSIGNED → NEW
Comment 9•23 years ago
|
||
accepting and targeting post-0.9.4. Will clarify with ftang, whether this is
acceptable...
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.5
Updated•23 years ago
|
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Comment 10•23 years ago
|
||
>Ideally, the code should be shared between converters by moving it into a shared,
>non-component DLL.
ftang do you agree with such a change? If not, I'd try to consolidate the
duplicate code into unique source files - the alternative solution suggested by
sfraser.
Comment 11•23 years ago
|
||
looks like this won't happen in M096 time frame. Sfraser - how urgent is this,
could you also possibly give me a hand with some intial redesign ideas?
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Comment 12•23 years ago
|
||
jbetak's contract is up. Bulk move bugs to ftang
Assignee: jbetak → ftang
Status: ASSIGNED → NEW
Comment 13•23 years ago
|
||
give it to nhotta
nhotta- can you coach rchen to do this ?
Assignee: ftang → nhotta
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.7 → mozilla0.9.8
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.8 → ---
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Updated•23 years ago
|
Target Milestone: --- → mozilla1.2
Updated•23 years ago
|
Keywords: mozilla1.0+
Assignee | ||
Updated•22 years ago
|
Target Milestone: mozilla1.2alpha → ---
Comment 14•22 years ago
|
||
Changing QA contact to bobj for now. Bob, please re-assign further as you see is
appropriate.
QA Contact: andreasb → bobj
Updated•15 years ago
|
QA Contact: bobj → i18n
Updated•15 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•