On 11/13/20 1:13 AM, Carsten Haitzler wrote: > On Thu, 12 Nov 2020 22:50:50 +1030 Simon Lees <sfl...@suse.de> said: > > armv6 is almost dead except for some very niche cases these days. armv7 - > there > was precisely one soc in the wild without neon (tegra1). so we are talking > very > niche uses which is why it's not been on any radar. neon arm/intrinsics in > evas > are runtime detected.... so what is the problem then specifically? >
I haven't looked into it in much detail, but our arm team decided the easiest fix was to just disable neon. [ 560s] FAILED: src/lib/emile/libemile.so.1.25.1 [ 560s] cc -o src/lib/emile/libemile.so.1.25.1 src/lib/emile/libemile.so.1.25.1.p/emile_main.c.o src/lib/emile/libemile.so.1.25.1.p/emile_compress.c.o src/lib/emile/libemile.so.1.25.1.p/emile_image.c.o src/lib/emile/libemile.so.1.25.1.p/emile_base64.c.o src/lib/emile/libemile.so.1.25.1.p/emile_cipher_openssl.c.o src/lib/emile/libemile.so.1.25.1.p/.._.._static_libs_rg_etc_etc2_encoder.c.o src/lib/emile/libemile.so.1.25.1.p/.._.._static_libs_rg_etc_rg_etc1.c.o src/lib/emile/libemile.so.1.25.1.p/.._.._static_libs_rg_etc_rg_etc2.c.o -I/usr/include/wayland -I/usr/include/libxkbcommon -I/usr/include/libinput -Wl,--as-needed -Wl,--no-undefined -shared -fPIC -Wl,--start-group -Wl,-soname,libemile.so.1 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -Werror=return-type -flto=auto -g -Wno-address src/lib/eina/libeina.so.1.25.1 src/lib/efl/libefl.so.1.25.1 src/lib/eo/libeo.so.1.25.1 src/static_libs/lz4/liblz4.a -pthread -lm -ldl /usr/lib/libjpeg.so /usr/lib/libssl.so /usr/lib/libcrypto.so /usr/lib/gcc/armv7hl-suse-linux-gnueabi/10/../../../libz.so -Wl,--end-group '-Wl,-rpath,$ORIGIN/../eina:$ORIGIN/../efl:$ORIGIN/../eo' -Wl,-rpath-link,/home/abuild/rpmbuild/BUILD/efl-1.25.1/armv7hl-suse-linux/src/lib/eina -Wl,-rpath-link,/home/abuild/rpmbuild/BUILD/efl-1.25.1/armv7hl-suse-linux/src/lib/efl -Wl,-rpath-link,/home/abuild/rpmbuild/BUILD/efl-1.25.1/armv7hl-suse-linux/src/lib/eo [ 560s] /usr/lib/gcc/armv7hl-suse-linux-gnueabi/10/include/arm_neon.h: In function ‘_emile_tgv_data’: [ 560s] /usr/lib/gcc/armv7hl-suse-linux-gnueabi/10/include/arm_neon.h:10419:22: fatal error: You must enable NEON instructions (e.g. ‘-mfloat-abi=softfp’ ‘-mfpu=neon’) to use these intrinsics. [ 560s] 10419 | return (uint32x4_t)__builtin_neon_vld1v4si ((const __builtin_neon_si *) __a); [ 560s] | ^ [ 560s] compilation terminated. >> Hi All, >> >> armv6 and some armv7 chips don't support neon, our current detection in >> meson causes openSUSE's 32bit arm builds to fail. Is this something we >> care about enough upstream to make the meson files better or should we >> just keep patching out 32bit arm for openSUSE. >> >> Cheers >> >> -- >> >> Simon Lees (Simotek) http://simotek.net >> >> Emergency Update Team keybase.io/simotek >> SUSE Linux Adelaide Australia, UTC+10:30 >> GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B > > -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
OpenPGP_0x0922C24602F0014B.asc
Description: application/pgp-keys
OpenPGP_signature
Description: OpenPGP digital signature
_______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel