Closed
Bug 664339
Opened 13 years ago
Closed 13 years ago
Remove _IF/_IFDEF/_IFNDEF processing code from exactgc.as and add failure conditions if they are encountered in future
Categories
(Tamarin Graveyard :: Garbage Collection (mmGC), defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
Q4 11 - Anza
People
(Reporter: rulohani, Assigned: rulohani)
Details
Attachments
(2 files, 1 obsolete file)
3.32 KB,
patch
|
lhansen
:
superreview+
|
Details | Diff | Splinter Review |
2.70 KB,
patch
|
pnkfelix
:
review+
|
Details | Diff | Splinter Review |
_IF/IFDEF/IFNDEF etc are no longer needed in the GC field annotations. They are handled by the exactgc.as. The script currently has code to process these. That code should be removed to clean up the script. Also, the script need to be modified to fail if it encounters any new _IF/_IFNDEF etc in annotations. The changes in bug #660013 are dependent on the fact that the code has no _IF field annotations. WE# 2891528 for removal of those in the player codebase. VM annotations were removed as part of bug#647184.
Assignee | ||
Comment 1•13 years ago
|
||
Attachment #539382 -
Flags: superreview?(lhansen)
Attachment #539382 -
Flags: review?(treilly)
Updated•13 years ago
|
Attachment #539382 -
Attachment is patch: true
Attachment #539382 -
Attachment mime type: text/x-patch → text/plain
Comment 2•13 years ago
|
||
Comment on attachment 539382 [details] [diff] [review] Patch I'm going to SR+ this, but the better check for stray introductions of _IF etc would be to first test for indexOf("_IF") >= 0 (> 0 is technically correct but needlessly confusing, since for indexOf it's either -1 for failure or >= 0 for success), /then/ test via a regex whether it's specificially one of the patterns we've removed support for. That way eg ETH_IF0 will not trigger the failure, which it should not.
Attachment #539382 -
Flags: superreview?(lhansen) → superreview+
Flags: flashplayer-qrb+
Flags: flashplayer-injection-
Flags: flashplayer-bug-
Priority: -- → P3
Updated•13 years ago
|
Attachment #539382 -
Flags: review?(treilly) → review+
Assignee | ||
Comment 3•13 years ago
|
||
(In reply to comment #2) > Comment on attachment 539382 [details] [diff] [review] [review] > Patch > > I'm going to SR+ this, but the better check for stray introductions of _IF > etc would be to first test for indexOf("_IF") >= 0 (> 0 is technically > correct but needlessly confusing, since for indexOf it's either -1 for > failure or >= 0 for success), /then/ test via a regex whether it's > specificially one of the patterns we've removed support for. That way eg > ETH_IF0 will not trigger the failure, which it should not. The check is only if (gcIndex >= 0) is true. While I agree that we should probably have specific checks for the deprecated annotations, I am also thinking if we should just update the docs to remove that _IFDEF stuff for fields and not have this check at all? Anyways, I am going to upload an updated patch with regex test. I deliberately did not mention anything about the _IF annotations in my GC-Dev kitchen preso so that those who don't know anything about annotations, should know nothing about these _IF cases :)
Assignee | ||
Comment 4•13 years ago
|
||
Lars, is it ok to skip review for this. Asking only for SR at this point. Let me know if its not appropriate.
Attachment #539382 -
Attachment is obsolete: true
Attachment #539910 -
Flags: superreview?(lhansen)
Comment 5•13 years ago
|
||
Comment on attachment 539910 [details] [diff] [review] Patch v1 Ship it. And please also fix the docs to remove mention of the now-deprecated annotations.
Attachment #539910 -
Flags: superreview?(lhansen) → superreview+
Assignee | ||
Comment 6•13 years ago
|
||
Removed conditional compilation tags for data members section.
Updated•13 years ago
|
Attachment #541494 -
Flags: review?(fklockii)
Comment 7•13 years ago
|
||
Comment on attachment 541494 [details] [diff] [review] Doc changes (rubberstamp)
Attachment #541494 -
Flags: review?(fklockii) → review+
Comment 8•13 years ago
|
||
changeset: 6424:6f57c798bd21 user: Ruchi Lohani<rulohani@adobe.com> summary: Bug 664339 - Remove _IF/_IFDEF/_IFNDEF processing code from exactgc.as and add failure conditions (p=rulohani, r=treilly, sr=lhansen) http://hg.mozilla.org/tamarin-redux/rev/6f57c798bd21
Comment 9•13 years ago
|
||
changeset: 6425:c5d8ba16d5ac user: Ruchi Lohani<rulohani@adobe.com> summary: Bug 664339 - Remove conditional compilation section from exactgc documentation(r=fklockii) http://hg.mozilla.org/tamarin-redux/rev/c5d8ba16d5ac
Assignee | ||
Updated•13 years ago
|
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•