草庐IT

交叉编译eigen 到hi3559

3559操作自记录0502ubuntu操作日志sudoapt-getinstallcmake-qt-guiwhereisaarch64-himix100-linux-gccaarch64-himix100-linux-gcc:/opt/hisi-linux/x86-arm/aarch64-himix100-linux/bin/aarch64-himix100-linux-gcc然后把同级的gnu放进来了,然后confige,然后generate然后make(没有输出安全通过),然后makeinstallhaitu@ubuntu:~/eigen-3.4.0/aarch_eigen$cdbuild

关于x86、x86_64、x64、amd64和arm64、aarch64

一x86与非x86按照CPU体系架构,服务器主要分为两类:非x86服务器:使用RISC(精简指令集)或EPIC(并行指令代码)处理器,并且主要采用UNIX和其他专用操作系统的服务器,指令系统相对简单,它只要求硬件执行有限且常用的部分指令,CPU主要有Compaq的Alpha、HP的PA-RISC、IBM的PowerPC、MIPS的MIPS和SUN的Sparc,Intel研发的EPIC安腾处理器等。这种服务器价格昂贵,体系封闭,但是稳定性好,性能强,主要用在金融、电信等大型企业的核心系统。x86服务器:又称CISC(复杂指令集)架构服务器,即通常所讲的PC服务器,它是基于PC机的体系结构,使用I

Ubuntu20.04配置aarch64的Qt6环境(亲测有效)

目录一、在Ubuntu20.04配置aarch64交叉编译环境二、在Ubuntu20.04下载并编译aarch64系统架构的Qt6源码三、在arm64芯片板上配置Qt6环境四、配置后出现的问题及解决办法网上大多数文章都是针对Qt5版本的配置(不编译源码的话,搭建Qt5环境只需要半天(ˉ▽ˉ;)...),按照这些步骤进行Qt6的配置踩了很多坑,现在把我配置Qt6的整个过程记录下来,有这方面的需求可以参考一下,耗时一周多,属实不易/(ㄒoㄒ)/~~一、在Ubuntu20.04配置aarch64交叉编译环境1.第一步很重要!首先要看一下你的ubuntu系统是不是arm64位的,如果只是在window

java - 在 aarch64 Odroid C2 的 Java 1.8.0_73 上运行 WebStorm-143.382.36 在 libjnidispatch.so 上失败

我已经在aarch64OdroidC2上成功安装了Java。odroid@odroid64:~/WebStorm-143.382.36$java-versionjavaversion"1.8.0_73"Java(TM)SERuntimeEnvironment(build1.8.0_73-b02)JavaHotSpot(TM)64-BitServerVM(build25.73-b02,mixedmode)它是64位Java。odroid@odroid64:~/WebStorm-143.382.36$file/usr/lib/jvm/java-8-oracle/jre/bin/java/u

CPU关于x86、x86_64x64、amd64和arm64以及aarch64的区别

为什么叫x86和x86_64和amd64?为什么大家叫x86为32为系统?为什么软件版本会注明foramd64版本,不是intel64呢?**CPU类型x86X64(CISC)ARM(AcornRISCMachine)m68000,m68k(moto)Power(IBM)Power(apple,ibm,moto)UItrasparc(Sun)Alpha(HP)安腾(compaq)**服务器分类按照CPU体系架构来区分,服务器主要分为两类:非x86服务器:使用RISC(精简指令)或EPIC(并行指令代码)处理器,并且主要采用UNIX和其它专用操作系统的服务器,指令系统相对简单,它只要求硬件执行很

ARMv8-AArch64 的异常处理模型详解之异常向量表vector tables

目录一,AArch64异常向量表 二,栈指针以及SP寄存器的选择三,从异常返回 一,AArch64异常向量表异常向量表(vectortables)是一组存放于普通内存(normalmemory)空间的,用于处理不同类型异常的指令(exceptionhandler)。当异常发生时,处理器需要跳转到对应的异常处理器(exceptionhandler)来处理异常。异常处理器充当调度代码,识别异常的原因,然后调用相关的处理程序代码(异常处理子程序)来处理异常。exceptionvector:在内存中存储异常处理器(exceptionhandler)的位置称为异常向量。exceptionvectorta

ARMv8-AArch64 的异常处理模型详解之异常处理详解(进入异常以及异常路由)

在上篇文章ARMv8-AArch64的异常处理模型详解之异常处理概述Handlingexceptions中,作者对异常处理整体流程以及相关概念做了梳理。接下来,本文将详细介绍处理器在获取异常、异常处理以及异常返回等过程中都做了哪些工作。ARMv8-AArch64的异常处理模型详解之异常处理详解一,保存当前处理器状态(Savingthecurrentprocessorstate)PSTATE,ProcessorstatePSTATEatAArch32SPSR,SavedProcessStatusRegister二,异常路由以及中断控制器SCR_EL3,SecureConfigurationReg

ARMv8-AArch64 的异常处理模型详解之异常处理概述Handling exceptions

异常处理模型详解之异常处理概述一,异常处理相关概念二,异常处理概述一,异常处理相关概念在介绍异常处理之前,有必要了解一些关于异常处理状态的术语:当处理器响应一个异常时,我们称该异常被获取了(taken)。处理器响应异常之前的状态被称为takenfrom。处理器响应异常之后的状态被称为takento。因此,当处理器识别到异常时,此时处理器处于takenfrom。在异常之后的状态称为takento。当异常处理完成后,处理器需要返回到异常发生前的状态,这个过程称为exceptionreturn。并且在ARM架构中有专门的指令用于异常返回(ERET):处理器在执行异常返回指令之前的状态,称为retur

c++ - ARM NEON aarch64 : How to compare and update neon registers in optimized way?

实际上,我正在尝试找出一种比较从“unsignedshort”数组加载的NEON寄存器值的好方法。由于我正在处理一个大型项目,因此无法解释共享整个代码部分。相反,我将分享一个类似的例子,以便每个人都能理解实际的问题场景。C++实现:unsignedshort*values=newunsignedshort[8];for(inti=0;i255){values[i]=255;}}程序集实现:MOVW3,#255UMOVW2,V4.H[0]CMPW2,#0x00FFCSELW2,W3,W2,GTMOVV4.H[0],W2UMOVW2,V4.H[1]CMPW2,#0x00FFCSELW2,W

Mac M1芯片,aarch64版本linux docker环境部署RocketMQ

背景由于mac电脑,M1芯片下面安装的linux版本和大多数的linux有些许区别,所以在下载rocketmq镜像时候会报错。WARNING:Therequestedimage'splatform(linux/amd64)doesnotmatch所以需要下载支持arm64v8版本,但是在dockerhub上面没有,查询了很多的资料,最后终于找到了M1芯片下面能使用的rocketmq镜像参考文章https://blog.csdn.net/xiaolixi199311/article/details/131612079下载rocketmq镜像gitclonehttps://github.com/a