There is a bug in GCC-5.x that prevents libwebp-0.4x to be native compiled with GCC 5.x (tested on 5.3, but I was able to find same reports in Fedora about gcc 5.1) if neon is enabled (mfpu=neon, mfpu=vfpv4-neon, etc). Compiler just returns ICE: Aborted. Reproducible: Always Steps to Reproduce: 1. Ensure that mfpu=neon or mfpu=vfpv4-neon is in CFLAGS 2. emerge media-libs/libwebp Actual Results: In file included from /var/tmp/portage/media-libs/libwebp-0.4.2/work/libwebp-0.4.2/src/dsp/upsampling_neon.c:20:0: /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/5.3.0/include/arm_neon.h: In function ‘UpsampleRgbaLinePair’: /usr/lib/gcc/armv7a-hardfloat-linux-gnueabi/5.3.0/include/arm_neon.h:6697:10: internal compiler error: Aborted return (int32x4_t)__builtin_neon_vmlals_lanev4hi (__a, __b, __c, __d); ^ Expected Results: Should compile fine. Upstream gcc's bug with minimal testcase: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69187 - No fix yet, cause I've reported that yesterday Cross-compiler is not affected. Bumping to 0.4.4 won't help, but in 0.5.0 they rewrote that part of code and doesn't use affected bultin.
Created attachment 422276 [details] emerge --info I'm testing everything on Jetson TK1 with nvidia's kernel. Toolchain overlay was added to test if it happens in gcc-6.0 without gentoo specific patches, for upstream bugreport (actually it happens). Also forgot to mention that gcc 4.9 is not affected.
Created attachment 422278 [details] build.log
well, ICEs are usually gcc bugs :)
added here: https://sources.gentoo.org/gentoo/src/patchsets/gcc/5.3.0/gentoo/28_all_gcc-5-arm-neon-pr69187.patch?rev=1.1