tarsin
tarsin
> This test doesn't link to zlib, I just extract the function out
[dump.zip](https://github.com/zlib-ng/zlib-ng/files/9553489/dump.zip) And dumps here
> ``` > [adam@odroid blah]$ cat source.c > #include > #include > #include > #include > > #include > #include "adler32_p.h" > > #if defined(__clang__) || defined(__GNUC__) > # define...
So I make the adler32 neon impl standalone to test if it will crash And significantly the same error
> No, after delete the ALIGNED marco, it triggered a bus error as well
Seem that bus error at this line https://github.com/zlib-ng/zlib-ng/blob/ce01b1e41da298334f8214389cc9369540a7560f/arch/arm/adler32_neon.c#L51
> Seem that bus error at this line > > https://github.com/zlib-ng/zlib-ng/blob/ce01b1e41da298334f8214389cc9369540a7560f/arch/arm/adler32_neon.c#L51 But if we don't use 's vld1q_u8_x4 vld1q_u16_x4 but the fallback https://github.com/zlib-ng/zlib-ng/blob/ce01b1e41da298334f8214389cc9369540a7560f/fallback_builtins.h#L111 https://github.com/zlib-ng/zlib-ng/blob/ce01b1e41da298334f8214389cc9369540a7560f/fallback_builtins.h#L102 program will pass
But fact is that my device does support LD4 I tried a small test #include #include int main() { size_t len = 64; void* buffer = alloca(len); uint32_t pair[2]; vld1q_u16_x4(buffer);...
And call vld1q_u16 respectively doesn't have such requirement : #include #include static inline uint16x8x4_t vld1q_u16_x4__(uint16_t *a) { uint16x8x4_t ret = (uint16x8x4_t) {{ vld1q_u16(a), vld1q_u16(a+8), vld1q_u16(a+16), vld1q_u16(a+24)}}; return ret; } int...
在设备没有网络时登录本身属于不支持行为