나는 안드로이드의 리눅스 커널을 디버깅하려고한다. 안드로이드 장치에서 gdbserver64를 실행하고 호스트 컴퓨터의 gdb를 사용하여 gdbserver64에 연결할 수 있습니다. 그러나 내가 디버그하려고하면이 오류가 나타납니다. (gdb) target remote localhost:2345
Remote debugging using localhost:23
필자가 쓰는 응용 프로그램에 CocoaAsyncSocket 라이브러리를 사용하고 있습니다. 내 장치에서 컴파일하고 실행할 때 문제가 없으며 Xcode가 CocoaAsyncSocket을 찾을 수 있습니다. 그러나 내가 아카이브하려고하면 컴파일되지 않고 모듈 CocoaAsyncSocket을 찾을 수 없다는 오류 메시지가 나타납니다. 다른 아키텍처와 관련이 있다
ARM의 CRC 명령어를 사용하는 파일을 어셈블하려고합니다. 어셈블러에서 Error: selected processor does not support 'crc32b w1,w0,w0'이라는 오류가 발생합니다. 런타임 검사가 있으므로 실행시 안전합니다. 이 기술은 i686 및 x86_64에서 정상적으로 작동합니다. 예를 들어 또는 SHA Intrinsics을
나는 잠시 전에 여기 게시 한 Java AWT Fonts scrambled 문제를 계속 작업 중입니다. 더 많은 디버깅이 완료되었으며, arm64 java와 같은 것으로 보입니다. 32 비트 java를 arm64에서 실행할 때 amd64, arm32 및 x86에서 동일하게 작동합니다. arm64 Java가 해당 코드와 다른 동작을 할 것으로 예상됩니까? J
v8의 기본 빌드와 cmake를 통해 확장 된 네이티브 빌드가 포함 된 앱이 있습니다. 지금까지는 x86 및 armv7 용으로 컴파일되었으며, 이후 Crashlytics에 의해 드롭 된 다른 아키텍처 용 공유 라이브러리를 모두 제거합니다. arm64-v8a 용 빌드를 추가했으며 실제로 64 비트 코드를 실행하는 장치 또는 에뮬레이터를 가져올 수 없습니다.
다른 iOS 아키텍처 바이너리 파일이 동일한 전체 코드인지, 아니면 다를 수 있습니다. 이 바이너리에서 특정 작업 (예 : PIE, ARC 또는 memcpy 등의 문자열)을 검사하려는 경우 동일한 작업에 대해 두 가지 얇은 바이너리를 모두 확인해야합니까, 아니면 서로 다른 메모리 주소 ? 예컨대 a fat binary consisting of armv7 a
Android 용 OpenCV 3.2를 빌드하려고합니다. armeabi-v7a 설정을 위해 빌드를 시도했을 때 컴파일하는데 문제가 없었습니다. 그러나, 나는 다음과 같은 메시지를 받고 오전 arm64-v8a의 하드웨어에 대한 컴파일하려고 할 때 : /Library/Android/sdk/ndk-bundle/platforms/android-21/arch-arm
cargo build --release --target aarch64-unknown-linux-gnu을 사용하여 내 aarch64 아키텍처에 대해 spotifyd를 컴파일하려고합니다. 모든 종속성이 설치되어 있고 지금까지 컴파일이 작동합니다. 그러나, 마지막 단계 (Compiling spotifyd v0.1.1 (file:///home/ubuntu/spot
저는 ARM 아키텍처 용 도커를 컴파일하려고했습니다. Docker는 공식적으로 ARM 64 비트를 지원하지 않습니다 (최소한 패키지 관리 도구를 통하지는 않음). 그러므로 나는 그것을 근원으로부터 만들어야 만한다. 건물 도커 바이너리 세트는 도커 자체를 의존성으로 필요로합니다. ./hack/make.sh dynbinary
그러나, 나는이 성공적으로 실행