Closed Bug 943712 Opened 12 years ago Closed 12 years ago

Build parts of dom/mobilemessage in unified mode

Categories

(Firefox OS Graveyard :: RIL, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)

References

Details

Attachments

(1 file)

No description provided.
Comment on attachment 8338995 [details] [diff] [review] Build parts of dom/mobilemessage in unified mode; r=gene https://tbpl.mozilla.org/?tree=Try&rev=ecae84623acb
Attachment #8338995 - Flags: review?(gene.lian)
Comment on attachment 8338995 [details] [diff] [review] Build parts of dom/mobilemessage in unified mode; r=gene Review of attachment 8338995 [details] [diff] [review]: ----------------------------------------------------------------- Thanks Ehsan for cleaning this up! I've been thinking of doing this at some time points. Btw, we're planning to get rid of |convertTimeToInt| at bug 939302, comment #15, but I think we can go ahead to land this first. ::: dom/mobilemessage/src/ipc/SmsIPCService.cpp @@ +281,5 @@ > return false; > } > > for (uint32_t i = 0; i < params.mAttachments.Value().Length(); i++) { > + dom::MmsAttachment& attachment = params.mAttachments.Value()[i]; Why did the original codes work? Just curious about it.
Attachment #8338995 - Flags: review?(gene.lian) → review+
(In reply to Gene Lian [:gene] (needinfo? encouraged) from comment #3) > Comment on attachment 8338995 [details] [diff] [review] > Build parts of dom/mobilemessage in unified mode; r=gene > > Review of attachment 8338995 [details] [diff] [review]: > ----------------------------------------------------------------- > > Thanks Ehsan for cleaning this up! I've been thinking of doing this at some > time points. > > Btw, we're planning to get rid of |convertTimeToInt| at bug 939302, comment > #15, but I think we can go ahead to land this first. Sounds good. > ::: dom/mobilemessage/src/ipc/SmsIPCService.cpp > @@ +281,5 @@ > > return false; > > } > > > > for (uint32_t i = 0; i < params.mAttachments.Value().Length(); i++) { > > + dom::MmsAttachment& attachment = params.mAttachments.Value()[i]; > > Why did the original codes work? Just curious about it. When building in unified mode, a previous .cpp file pull this in <http://dxr.mozilla.org/mozilla-central/source/dom/mobilemessage/src/ipc/SmsTypes.ipdlh#43> and that name clashes with this name (they are two classes in two different namespaces), so I had to explicitly denote the namespace of the class that this code was using.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Depends on: 944834
(In reply to Benoit Jacob [:bjacob] from comment #7) > Fixed the --disable-unified-compilation build: > http://hg.mozilla.org/integration/mozilla-inbound/rev/897485d481de That was bug 944834
Thank you guys!
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: