Closed
Bug 815883
Opened 13 years ago
Closed 13 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•13 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•13 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•13 years ago
|
Priority: -- → P2
Whiteboard: [WebRTC], [blocking-webrtc-]
| Assignee | ||
Comment 3•13 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•13 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•13 years ago
|
Attachment #688267 -
Flags: feedback?(ted) → feedback+
| Reporter | ||
Comment 5•13 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•13 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•13 years ago
|
||
Setting in-testsuite-: since this is a build fix, the compiler acts an automated test.
Flags: in-testsuite-
Comment 8•13 years ago
|
||
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla20
Updated•13 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
•