Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 730606 - >=www-client/firefox-78.0.1 on ARM - In file included from .../work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:12: /usr/lib/gcc/armv7a-unknown-linux-gnueabihf/9.3.0/include/arm_neon.h:10303:1: error: inlining failed in call to ...
Summary: >=www-client/firefox-78.0.1 on ARM - In file included from .../work/firefox-7...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: ARM Linux
: Normal normal
Assignee: Mozilla Gentoo Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-07-03 12:17 UTC by tt_1
Modified: 2020-07-07 14:22 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
compressed build log from arm (firefox-78.0.1-fails-non-neon-libaom.log.gz,396.22 KB, application/gzip)
2020-07-03 12:17 UTC, tt_1
Details
output from emerge --info (emerge--info,4.93 KB, text/plain)
2020-07-03 12:19 UTC, tt_1
Details
patch from debian to fix the problem (Use-NEON_FLAGS-instead-of-VPX_ASFLAGS-for-libaom-neo.patch,677 bytes, patch)
2020-07-03 12:32 UTC, tt_1
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description tt_1 2020-07-03 12:17:01 UTC
here's the full quote from the build log:

 3:27.77 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:12:
 3:27.77 /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/av1/common/arm/mem_neon.h: In function 'load_u8_8x8':
 3:27.77 /usr/lib/gcc/armv7a-unknown-linux-gnueabihf/9.3.0/include/arm_neon.h:10303:1: error: inlining failed in call to always_inline 'vld1_u8': target specific option mismatch
 3:27.77 10303 | vld1_u8 (const uint8_t * __a)
 3:27.77       | ^~~~~~~
 3:27.77 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:19:
 3:27.77 /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/av1/common/arm/mem_neon.h:52:9: note: called from here
 3:27.77    52 |   *s7 = vld1_u8(s);
 3:27.77       |         ^~~~~~~~~~
 3:27.78 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:12:
 3:27.78 /usr/lib/gcc/armv7a-unknown-linux-gnueabihf/9.3.0/include/arm_neon.h:10303:1: error: inlining failed in call to always_inline 'vld1_u8': target specific option mismatch
 3:27.78 10303 | vld1_u8 (const uint8_t * __a)
 3:27.78       | ^~~~~~~
 3:27.78 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:19:
 3:27.78 /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/av1/common/arm/mem_neon.h:50:9: note: called from here
 3:27.78    50 |   *s6 = vld1_u8(s);
 3:27.78       |         ^~~~~~~~~~
 3:27.78 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:12:
 3:27.78 /usr/lib/gcc/armv7a-unknown-linux-gnueabihf/9.3.0/include/arm_neon.h:10303:1: error: inlining failed in call to always_inline 'vld1_u8': target specific option mismatch
 3:27.78 10303 | vld1_u8 (const uint8_t * __a)
 3:27.78       | ^~~~~~~
 3:27.78 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:19:
 3:27.78 /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/av1/common/arm/mem_neon.h:48:9: note: called from here
 3:27.78    48 |   *s5 = vld1_u8(s);
 3:27.78       |         ^~~~~~~~~~
 3:27.78 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:12:
 3:27.78 /usr/lib/gcc/armv7a-unknown-linux-gnueabihf/9.3.0/include/arm_neon.h:10303:1: error: inlining failed in call to always_inline 'vld1_u8': target specific option mismatch
 3:27.78 10303 | vld1_u8 (const uint8_t * __a)
 3:27.78       | ^~~~~~~
 3:27.78 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:19:
 3:27.78 /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/av1/common/arm/mem_neon.h:46:9: note: called from here
 3:27.78    46 |   *s4 = vld1_u8(s);
 3:27.78       |         ^~~~~~~~~~
 3:27.78 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:12:
 3:27.78 /usr/lib/gcc/armv7a-unknown-linux-gnueabihf/9.3.0/include/arm_neon.h:10303:1: error: inlining failed in call to always_inline 'vld1_u8': target specific option mismatch
 3:27.78 10303 | vld1_u8 (const uint8_t * __a)
 3:27.78       | ^~~~~~~
 3:27.78 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:19:
 3:27.78 /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/av1/common/arm/mem_neon.h:44:9: note: called from here
 3:27.78    44 |   *s3 = vld1_u8(s);
 3:27.78       |         ^~~~~~~~~~
 3:27.78 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:12:
 3:27.78 /usr/lib/gcc/armv7a-unknown-linux-gnueabihf/9.3.0/include/arm_neon.h:10303:1: error: inlining failed in call to always_inline 'vld1_u8': target specific option mismatch
 3:27.78 10303 | vld1_u8 (const uint8_t * __a)
 3:27.78       | ^~~~~~~
 3:27.78 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:19:
 3:27.78 /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/av1/common/arm/mem_neon.h:42:9: note: called from here
 3:27.78    42 |   *s2 = vld1_u8(s);
 3:27.78       |         ^~~~~~~~~~
 3:27.78 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:12:
 3:27.80 /usr/lib/gcc/armv7a-unknown-linux-gnueabihf/9.3.0/include/arm_neon.h:10303:1: error: inlining failed in call to always_inline 'vld1_u8': target specific option mismatch
 3:27.80 10303 | vld1_u8 (const uint8_t * __a)
 3:27.80       | ^~~~~~~
 3:27.80 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:19:
 3:27.80 /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/av1/common/arm/mem_neon.h:40:9: note: called from here
 3:27.80    40 |   *s1 = vld1_u8(s);
 3:27.80       |         ^~~~~~~~~~
 3:27.80 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:12:
 3:27.80 /usr/lib/gcc/armv7a-unknown-linux-gnueabihf/9.3.0/include/arm_neon.h:10303:1: error: inlining failed in call to always_inline 'vld1_u8': target specific option mismatch
 3:27.80 10303 | vld1_u8 (const uint8_t * __a)
 3:27.80       | ^~~~~~~
 3:27.80 In file included from /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/aom_dsp/arm/blend_a64_mask_neon.c:19:
 3:27.80 /usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/third_party/aom/av1/common/arm/mem_neon.h:38:9: note: called from here
 3:27.80    38 |   *s0 = vld1_u8(s);
 3:27.80       |         ^~~~~~~~~~
 3:27.80 gmake[4]: *** [/usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/config/rules.mk:669: blend_a64_mask_neon.o] Error 1
 3:27.80 gmake[4]: Leaving directory '/usr/armv7a-unknown-linux-gnueabihf/tmp/portage/www-client/firefox-78.0.1/work/firefox-78.0.1/ff/media/libaom'
Comment 1 tt_1 2020-07-03 12:17:30 UTC
Created attachment 647480 [details]
compressed build log from arm
Comment 2 tt_1 2020-07-03 12:19:10 UTC
output from emerge -pv firefox:

These are the packages that would be merged, in order:

[ebuild   R   *] www-client/firefox-78.0.1::gentoo to /usr/armv7a-unknown-linux-gnueabihf/ USE="hwaccel system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-webp -bindist -clang -custom-cflags -custom-optimization -debug (-eme-free) -geckodriver -gmp-autoupdate (-hardened) -jack -lto* -openh264% (-pgo) -pulseaudio -screenshot (-selinux) -system-av1 -test -wayland -wifi (-startup-notification%)" CPU_FLAGS_ARM="-neon*" L10N="de -ach -af -an -ar -ast -az -be -bg -bn -br -bs -ca -cak -cs -cy -da -dsb -el -en-CA -en-GB -eo -es-AR -es-CL -es-ES -es-MX -et -eu -fa -ff -fi -fr -fy -ga -gd -gl -gn -gu -he -hi -hr -hsb -hu -hy -ia -id -is -it -ja -ka -kab -kk -km -kn -ko -lij -lt -lv -mk -mr -ms -my -nb -nl -nn -oc -pa -pl -pt-BR -pt-PT -rm -ro -ru -si -sk -sl -son -sq -sr -sv -ta -te -th -tr -uk -ur -uz -vi -xh -zh-CN -zh-TW" 0 KiB

Total: 1 package (1 reinstall), Size of downloads: 0 KiB
Comment 3 tt_1 2020-07-03 12:19:54 UTC
Created attachment 647482 [details]
output from emerge --info
Comment 4 tt_1 2020-07-03 12:31:31 UTC
I hit this the other day for the first time, when trying to emerge firefox-esr for armv7 + musl, where neon support is still kind of unsupported and thus binaries can segfault if compiled with neon support. 

It turns out this error is around for some time now, and debian carries a patch for it since firefox-63.0 , which is referenced in their Changelogs but I'm uncertain how to link to it. 

I'm just going to attach it from their debian-patches tarball
Comment 5 tt_1 2020-07-03 12:32:02 UTC
Created attachment 647484 [details, diff]
patch from debian to fix the problem

taken from firefox-esr_68.9.0esr-1~deb10u1.debian.tar.xz
Comment 6 Thomas Deutschmann (RETIRED) gentoo-dev 2020-07-03 14:40:28 UTC
Please test with USE=system-av1.
Comment 7 tt_1 2020-07-03 16:28:17 UTC
using system-av1 comes with the price of dealing with libaom standalone, where neon support is broken too. 

Guess I've been lucky this time with libaom-2.0.0-r1 though, which compiles with neon disabled 

So, yes, it's possible to fix the compile error with +system-av1 

Are you reluctant to pull in the fix, or why did you ask me to checkout system-av1?
Comment 8 Larry the Git Cow gentoo-dev 2020-07-07 13:46:35 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6c11d921ca0d6135ca9f4036b03662aad522d878

commit 6c11d921ca0d6135ca9f4036b03662aad522d878
Author:     Thomas Deutschmann <whissi@gentoo.org>
AuthorDate: 2020-07-07 13:46:14 +0000
Commit:     Thomas Deutschmann <whissi@gentoo.org>
CommitDate: 2020-07-07 13:46:25 +0000

    www-client/firefox: rev bump for new patch set
    
    Closes: https://bugs.gentoo.org/730606
    Closes: https://bugs.gentoo.org/730986
    Package-Manager: Portage-2.3.103, Repoman-2.3.23
    Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>

 www-client/firefox/Manifest                                    |  2 +-
 .../{firefox-78.0.1.ebuild => firefox-78.0.1-r1.ebuild}        | 10 +++++++---
 2 files changed, 8 insertions(+), 4 deletions(-)
Comment 9 Thomas Deutschmann (RETIRED) gentoo-dev 2020-07-07 14:22:52 UTC
> Are you reluctant to pull in the fix, or why did you ask me to checkout system-av1?

We prefer system packages by default and they should have better arch support in general. So I was curious if libaom works for you because I can't find a patch there.