See here:
http://svn.python.org/projects/external ... mv4cpuid.S$this->bbcode_second_pass_code('', '
#include "arm_arch.h"
.text
.code 32
.align 5
.global _armv7_neon_probe
.type _armv7_neon_probe,%function
_armv7_neon_probe:
.word 0xf26ee1fe @ vorr q15,q15,q15
.word 0xe12fff1e @ bx lr
.size _armv7_neon_probe,.-_armv7_neon_probe
.global _armv7_tick
.type _armv7_tick,%function
_armv7_tick:
mrc p15,0,r0,c9,c13,0
.word 0xe12fff1e @ bx lr
.size _armv7_tick,.-_armv7_tick
.global OPENSSL_atomic_add
.type OPENSSL_atomic_add,%function
OPENSSL_atomic_add:
#if __ARM_ARCH__>=6
')
The problem is the @vorr call that appears to be NEON specific. This is of course an issue, since it is thinking that you can use armv7 instructions (which you
can not), likely because of mis-specification & vfp settings.
Be sure you are informing it to use either: system openssl/libcrypto; or match the settings from our openssl/libcrypto build.