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

Attachment: OpenPGP_0x0922C24602F0014B.asc
Description: application/pgp-keys

Attachment: OpenPGP_signature
Description: OpenPGP digital signature

_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to