Closed
Bug 1045289
Opened 11 years ago
Closed 11 years ago
nsXPComInit.cpp capitalizes XPCOM in a way unlike any other file
Categories
(Core :: XPCOM, defect)
Core
XPCOM
Tracking
()
RESOLVED
FIXED
mozilla35
People
(Reporter: mccr8, Assigned: birunthan)
Details
Attachments
(2 files)
|
3.13 KB,
patch
|
froydnj
:
review+
|
Details | Diff | Splinter Review |
|
8.38 KB,
patch
|
froydnj
:
review+
|
Details | Diff | Splinter Review |
It would be nice if it was consistent and called nsXPCOMInit.cpp.
It looks like there are some include guards in nsXPCOMPrivate.h that could also be fixed up.
http://mxr.mozilla.org/mozilla-central/search?string=nsXPCom&filter=[Nn]sXPCom
| Reporter | ||
Comment 1•11 years ago
|
||
A slightly more exhaustive list of possible places to change:
http://mxr.mozilla.org/mozilla-central/search?string=XPCom&filter=[Xx]PCom
Attachment #8492738 -
Flags: review?(nfroyd)
Updated•11 years ago
|
Attachment #8492737 -
Flags: review?(nfroyd) → review+
Updated•11 years ago
|
Attachment #8492738 -
Flags: review?(nfroyd) → review+
Comment 4•11 years ago
|
||
DON't LAND THIS! On Windows filesystems (and maybe mac), renaming a file in hg only by case will cause massic weird bustage.
If we're going to do this, I recommend naming it XPCOMInit.cpp so that it's a real rename.
| Reporter | ||
Comment 5•11 years ago
|
||
Oops, I forgot about that. There was even some discussion about having commit hooks to prevent that.
Comment 6•11 years ago
|
||
Fortunately this is one of those commit hooks that actually got written:
https://hg.mozilla.org/hgcustom/version-control-tools/file/3a3edd2df65e/hghooks/mozhghooks/prevent_case_only_renames.py
(In reply to Benjamin Smedberg [:bsmedberg] from comment #4)
> DON't LAND THIS! On Windows filesystems (and maybe mac), renaming a file in
> hg only by case will cause massic weird bustage.
Yep, comment 2 was actually supposed to be accompanied with this comment:
I will split this into two commits (first rename to nsXPCOMInit_.cpp, then to nsXPCOMInit.cpp) due to case-insensitive filesystems.
Comment 8•11 years ago
|
||
I don't think that's sufficient: Windows clients which update over both changes will still be confused. I really think you should just use XPCOMInit.cpp to avoid the problem.
https://hg.mozilla.org/integration/mozilla-inbound/rev/434f9192f7d2
https://hg.mozilla.org/integration/mozilla-inbound/rev/d89e102c739e
Try push: https://tbpl.mozilla.org/?tree=Try&rev=321e96585805
(In reply to Benjamin Smedberg [:bsmedberg] from comment #8)
> I don't think that's sufficient: Windows clients which update over both
> changes will still be confused. I really think you should just use
> XPCOMInit.cpp to avoid the problem.
Done.
Comment 10•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/434f9192f7d2
https://hg.mozilla.org/mozilla-central/rev/d89e102c739e
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla35
You need to log in
before you can comment on or make changes to this bug.
Description
•