Closed
Bug 815883
Opened 12 years ago
Closed 12 years ago
fix WebRTC builds for ARM chips with neon FPUs
Categories
(Core :: WebRTC, defect, P2)
Tracking
()
RESOLVED
FIXED
mozilla20
People
(Reporter: dmosedale, Assigned: gcp)
References
Details
(Whiteboard: [WebRTC], [blocking-webrtc-] [qa-])
Attachments
(1 file, 1 obsolete file)
4.18 KB,
patch
|
dmosedale
:
review+
ted
:
feedback+
|
Details | Diff | Splinter Review |
FWIW, I haven't yet come across build breakage that this patch would fix. Or is this something that would be a problem at runtime?
Comment 1•12 years ago
|
||
Comment on attachment 685895 [details] [diff] [review] Patch 1, courtesy of gcp > - ['target_arch=="arm" and armv7==1', { > + ['target_arch=="arm" and (armv7==1 or arm_neon==1)', { When do we have armv7!=1 but arm_neon==1?
Reporter | ||
Comment 2•12 years ago
|
||
FWIW, I see what this patch fixes now: /home/morbo/hg/mozilla-central/media/webrtc/trunk/src/modules/audio_processing/aecm/aecm_core.c:631: error: undefined reference to 'WebRtcAecm_WindowAndFFTNeon' /home/morbo/hg/mozilla-central/media/webrtc/trunk/src/modules/audio_processing/aecm/aecm_core.c:631: error: undefined reference to 'WebRtcAecm_InverseFFTAndWindowNeon' /home/morbo/hg/mozilla-central/media/webrtc/trunk/src/modules/audio_processing/aecm/aecm_core.c:631: error: undefined reference to 'WebRtcAecm_CalcLinearEnergiesNeon' /home/morbo/hg/mozilla-central/media/webrtc/trunk/src/modules/audio_processing/aecm/aecm_core.c:631: error: undefined reference to 'WebRtcAecm_StoreAdaptiveChannelNeon' /home/morbo/hg/mozilla-central/media/webrtc/trunk/src/modules/audio_processing/aecm/aecm_core.c:631: error: undefined reference to 'WebRtcAecm_ResetAdaptiveChannelNeon' I'll leave derf's question for gcp, as I have no idea...
Updated•12 years ago
|
Priority: -- → P2
Whiteboard: [WebRTC], [blocking-webrtc-]
Assignee | ||
Comment 3•12 years ago
|
||
>When do we have armv7!=1 but arm_neon==1?
Always, it's the default - that's why this patch was needed.
You're right that it makes no sense (because ARMv6 can never have NEON, right?). I guess common.gypi isn't pickup up our ARMv6 vs ARMv7 configuration correctly.
Assignee | ||
Comment 4•12 years ago
|
||
Cleaner fix taking into account derf's remarks.
Attachment #685895 -
Attachment is obsolete: true
Attachment #688267 -
Flags: review?(dmose)
Attachment #688267 -
Flags: feedback?(ted)
Updated•12 years ago
|
Attachment #688267 -
Flags: feedback?(ted) → feedback+
Reporter | ||
Comment 5•12 years ago
|
||
Comment on attachment 688267 [details] [diff] [review] Patch 1. v2 Fix mozilla cflags, pass down arch. Review of attachment 688267 [details] [diff] [review]: ----------------------------------------------------------------- r=dmose
Attachment #688267 -
Flags: review?(dmose) → review+
Reporter | ||
Comment 6•12 years ago
|
||
Landed on mozilla-inbound: https://hg.mozilla.org/integration/mozilla-inbound/rev/5f9c909db022
OS: Mac OS X → Android
Hardware: x86 → ARM
Reporter | ||
Comment 7•12 years ago
|
||
Setting in-testsuite-: since this is a build fix, the compiler acts an automated test.
Flags: in-testsuite-
Comment 8•12 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/5f9c909db022
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla20
Updated•12 years ago
|
Whiteboard: [WebRTC], [blocking-webrtc-] → [WebRTC], [blocking-webrtc-] [qa-]
You need to log in
before you can comment on or make changes to this bug.
Description
•