【功能模块】参考网站的安装教程https://gitee.com/mindspore/mindinsight其中提到：确认系统环境信息硬件平台为Ascend或GPU。确认安装Python 3.7.5版本。MindInsight与MindSpore的版本需保持一致。若采用源码编译安装，还需确认安装以下依赖。确认安装CMake 3.14.1及以上版本。确认安装GCC 7.3.0版本。确认安装node.js 10.19.0及以上版本。确认安装wheel 0.32.0及以上版本。确认安装pybind11 2.4.3及以上版本。其他依赖参见requirements.txt。【操作步骤&问题现象】1、目前我使用Docker方式安装了Mindspore-gpu-1.0，其中自带了 gcc version 7.5.0 (Ubuntu 7.5.0-3ubuntu1~18.04)2、需要重新编译安装GCC 7.3.0，然后再安装mindinsight吗？

【功能模块】SPECcpu2017 int_speed_base测试【操作步骤&问题现象】1、安装SPECcpu2017；2、修改cfg文件，并根据实际环境修改copies, threads, bind, gcc_dir,preENV_LD_LIBRARY_PATH；3、运行测试：./runcpu -c gcc930-linux-aarch64.cfg -I -T base -n 1 --threads=8 -i ref 602并发生如下报错：【截图信息】还请帮忙分析看是哪出问题，感谢！【日志信息】（可选，上传日志内容或者附件）

## Mingw MinGW全称Minimalist GNU For Windows，是个精简的Windows平台C/C++、ADA及Fortran编译器，相比Cygwin而言，体积要小很多，使用较为方便。MinGW提供了一套完整的开源编译工具集，以适合Windows平台应用开发，且不依赖任何第三方C运行时库。 MinGW包括： 一套集成编译器，包括C、C++、ADA语言和Fortran语言编译器 用于生成Windows二进制文件的GNU工具的（编译器、链接器和档案管理器） 用于Windows平台安装和部署MinGW和MSYS的命令行安装器（mingw-get） 用于命令行安装器的GUI打包器（mingw-get-inst） ## GCC GCC（GNU Compiler Collection，GNU编译器套件），是由 GNU 开发的编程语言编译器。它是以GPL许可证所发行的自由软件，也是 GNU计划的关键部分。GCC原本作为GNU操作系统的官方编译器，现已被大多数类Unix操作系统（如Linux、BSD、Mac OS X等）采纳为标准的编译器，GCC同样适用于微软的Windows。 GCC是自由软件过程发展中的著名例子，由自由软件基金会以GPL协议发布。 GCC 原名为 GNU C 语言编译器（GNU C Compiler），因为它原本只能处理 C语言。GCC 很快地扩展，变得可处理 C++。后来又扩展能够支持更多编程语言，如Fortran、Pascal、Objective-C、Java、Ada、Go以及各类处理器架构上的汇编语言等，所以改名GNU编译器套件（GNU Compiler Collection）。 ## 总结 mingw可以理解为gcc在windows平台下的实现。但是MinGW使用Windows中的C运行库，因此用MinGW开发的程序不需要额外的第三方DLL支持就可以直接在Windows下运行，而且也不一定必须遵从GPL许可证；这同时造成了MinGW开发的程序只能使用Win32API和跨平台的第三方库，而缺少POSIX支持，大多数GNU软件无法在不修改源代码的情况下用MinGW编译。

为什么我安装 Ascend-Toolkit-20.0.RC1-x86_64-linux_gcc7.3.0.run 的时候,提示这个包是提供给CentOs的,而我的是ubuntu,所以不能安装,但是我明明下载的时候是选择ubuntu的(只有这个选),现在还不能成功安装,望解答!出现这个提示,然后就安装失败了,我的环境配置就只差这一步

warning: %postun(libstdc++-7.3.0-20190804.h19.eulerosv2r8.aarch64) scriptlet failed, exit status 1Error in POSTUN scriptlet in rpm package libstdc++Upgraded: libgomp-7.3.0-20190804.h19.eulerosv2r8.aarch64  Running scriptlet: libgomp-7.3.0-20190804.h19.eulerosv2r8.aarch64                                                                                                  12/12   Cleanup          : libgomp-7.3.0-20190804.h19.eulerosv2r8.aarch64                                                                                                  12/12 Upgraded: libgomp-7.3.0-20190804.h19.eulerosv2r8.aarch64  Running scriptlet: libgomp-7.3.0-20190804.h19.eulerosv2r8.aarch64                                                                                                  12/12 /sbin/ldconfig: relative path `1' used to build cachewarning: %postun(libgomp-7.3.0-20190804.h19.eulerosv2r8.aarch64) scriptlet failed, exit status 1Error in POSTUN scriptlet in rpm package libgomp  Verifying        : cpp-7.3.0-20190804.h23.eulerosv2r8.aarch64                                                                                                       1/12   Verifying        : cpp-7.3.0-20190804.h19.eulerosv2r8.aarch64                                                                                                       2/12   Verifying        : gcc-7.3.0-20190804.h23.eulerosv2r8.aarch64                                                                                                       3/12   Verifying        : gcc-7.3.0-20190804.h19.eulerosv2r8.aarch64                                                                                                       4/12   Verifying        : gcc-c++-7.3.0-20190804.h23.eulerosv2r8.aarch64                                                                                                   5/12   Verifying        : gcc-c++-7.3.0-20190804.h19.eulerosv2r8.aarch64                                                                                                   6/12   Verifying        : libgomp-7.3.0-20190804.h23.eulerosv2r8.aarch64                                                                                                   7/12   Verifying        : libgomp-7.3.0-20190804.h19.eulerosv2r8.aarch64                                                                                                   8/12   Verifying        : libstdc++-7.3.0-20190804.h23.eulerosv2r8.aarch64                                                                                                 9/12   Verifying        : libstdc++-7.3.0-20190804.h19.eulerosv2r8.aarch64                                                                                                10/12   Verifying        : libstdc++-devel-7.3.0-20190804.h23.eulerosv2r8.aarch64                                                                                          11/12   Verifying        : libstdc++-devel-7.3.0-20190804.h19.eulerosv2r8.aarch64                                                                                          12/12 Upgraded:  cpp-7.3.0-20190804.h23.eulerosv2r8.aarch64           gcc-7.3.0-20190804.h23.eulerosv2r8.aarch64             gcc-c++-7.3.0-20190804.h23.eulerosv2r8.aarch64                libgomp-7.3.0-20190804.h23.eulerosv2r8.aarch64       libstdc++-7.3.0-20190804.h23.eulerosv2r8.aarch64       libstdc++-devel-7.3.0-20190804.h23.eulerosv2r8.aarch64 

按照Atlas 200 DK文档安装开发环境安装了Ascend-Toolkit-20.0.RC1-x86_64-linux_gcc7.3.0.run  Ascend-Toolkit-20.0.RC1-arm64-linux_gcc7.3.0.run  Ascend310-driver-1.73.5.1.b050-ubuntu18.04.aarch64-minirc.tar.gz三个文件在看sample_dvpp.cpp例子时，搜遍全系统也没有找到dvpp.h文件1、请问如何可以使用dvpp功能，或者说是否缺少某些安装包2、安装包给的gcc版本是7.3.0    我ubuntu18.04.1源拉下来的gcc版本是7.5.0，请问gcc7.5.0是否可以，是否一定要用gcc7.3.0

请问鲲鹏GCC编译器gcc-9.3.1-2020.09-aarch64-linux.tar.gz在哪能下载到啊？我没找到啊。

如果没安装过gcc的系统，做上面的指令https://blog.csdn.net/libaineu2004/article/details/84823978yum -y install gcc gcc-c++ kernel-develyum -y install libmpc-devel yum -y install gmp-develyum -y install mpfr-devel yum -y install bzip2二、gcc 7.3.0 源码下载http://ftp.gnu.org/gnu/gcc/C++17要求gcc版本在7.1以上三、gcc源码编译tar xvf gcc-7.3.0.tar.gzchmod -R 777 gcc-7.3.0cd gcc-7.3.0./configure --enable-checking=release --enable-languages=c,c++ --disable-multilibmake -j4 #编译非常耗时间make install安装完之后检查 gcc  --version  会发现 还是gcc 4.8.5 gcc 7.3.0  的版本在     /usr/local/bin 可以删除、/usr/bin 下面的 gcc 然后软连接ln  -s  /usr/local/bin/gcc  /usr/bin/gcc

以下步骤请在root用户下执行。 步骤1     下载gcc-7.3.0.tar.gz，下载地址为https://mirrors.tuna.tsinghua.edu.cn/gnu/gcc/gcc-7.3.0/gcc-7.3.0.tar.gz。 步骤2     安装gcc时候会占用大量临时空间，所以先执行下面的命令清空/tmp目录： sudo rm -rf /tmp/* 步骤3     安装依赖。     centos/bclinux执行如下命令安装。    yum install bzip2        ubuntu/debian执行如下命令安装。    apt-get install bzip2    步骤4     编译安装gcc。     1. 进入gcc-7.3.0.tar.gz源码包所在目录，解压源码包，命令为：     tar -zxvf gcc-7.3.0.tar.gz    2. 进入解压后的文件夹，执行如下命令下载gcc依赖包：     cd gcc-7.3.0 ./contrib/download_prerequisites     如果执行上述命令报错，需要执行如下命令在“gcc-7.3.0/”文件夹下下载依赖 包：     wget http://gcc.gnu.org/pub/gcc/infrastructure/gmp-6.1.0.tar.bz2     wget http://gcc.gnu.org/pub/gcc/infrastructure/mpfr-3.1.4.tar.bz2     wget http://gcc.gnu.org/pub/gcc/infrastructure/mpc-1.0.3.tar.gz     wget http://gcc.gnu.org/pub/gcc/infrastructure/isl-0.16.1.tar.bz2     下载好上述依赖包后，重新执行以下命令：     ./contrib/download_prerequisites     如果上述命令校验失败，需要确保依赖包为一次性下载成功，无重复下载现象。如有重复下载，请将原包删除     3. 执行配置、编译和安装命令：     ./configure --enable-languages=c,c++ --disable-multilib --with-system-zlib --prefix=/usr/local/gcc7.3.0     make -j15        # 通过grep -w processor /proc/cpuinfo|wc -l查看cpu数，示例为15，用户可自行设置相应参数。     make install        注意    其中“--prefix”参数用于指定gcc7.3.0安装路径，用户可自行配置，但注意不要配置为“/usr/local”及“/usr”，因为会与系统使用软件源默认安装的gcc相冲 突，导致系统原始gcc编译环境被破坏。示例指定为“/usr/local/gcc7.3.0”。步骤5     配置环境变量。     当用户执行训练时，需要用到gcc升级后的编译环境，因此要在训练脚本中配置环境变 量，通过如下命令配置。    export LD_LIBRARY_PATH=$ {install_path} /lib64 其中${install_path}为3.中配置的gcc7.3.0安装路径，本示例为“/usr/local/ gcc7.3.0/”。    说明    本步骤为用户在需要用到gcc升级后的编译环境时才配置环境变量。 ----结束

上一章修改了Makefile，现在只需要修改一下链接脚本，大部分的移植工作就算做完了。什么是链接脚本？       链接脚本全称GNU-LD，供gcc工具链在链接阶段时调用，一个hex/bin/elf文件内有多个段，例如只读数据段、代码段、数据段、未初始化数据段等等，这些段在hex/bin/elf文件内的排放顺序取决于链接脚本，这里和大家说一STM32的例子，大家都知道在STM32的程序0地址开始为中断向量表，当发生中断时，程序会强制被硬件跳转到0x0+offset(中断的偏移地址)处，执行该处的指令，我们一般就直接将跳转到中断服务程序的汇编指令存放在0x0+offset(中断的偏移地址)处，这样中断就能得到处理，为了能确保跳转到中断服务程序的汇编指令一定在某个位置，所以我们需要使用链接脚本来控制链接。 GNU-LD 在线文档https://ftp.gnu.org/old-gnu/Manuals/ld-2.9.1/html_mono/ld.html修改os.ld在targets\STM32F103RC\GCC目录下有一个os.ld链接脚本，这就是gcc工具链链接时所调用的，在“LiteOS_Lab Makefile分析”章节中向大家讲解过Makefile中如何控制gcc链接时调用os.ld文件。根据STM32F103Rx数据手册可知其Flash起始地址为0x0800 0000，大小为256KB；RAM起始地址为0x2000 0000，大小为48KB，如果不想查阅芯片手册也可以直接看之前我们通过STM32CubeMX生成的工程中的STM32F103RCTx_FLASH.ld得到以上数据。       首先修改第36行的esrack，这是栈顶地址，一般设置为RAM的结束地址，因为是满减栈，通过RAM大小加上RAM的起始地址得到，48KB*1024B=49152B转换为16进制得到0xC000，起始地址为0x2000 0000加上0xC000得到0x2000 C000；修改第33行的RAM大小为48K，Flash为256K，如果你移植的目标MCU不是我这个型号，请你按照前面所述方式进行修改，修改后如下图所示。       链接脚本其余地方均保持原有即可，到这里就修改完成了，下一节可以开始创建工程了。

https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain/gnu-rm外网下载好慢，好想国内镜像收录。

搭建Atlas 200 DK的新版(20.0.0)开发环境，在用ascend-sdk-manager安装Ascend-Toolkit-20.0.RC1-x86_64-linux_gcc7.3.0.run时报错。安装命令：# /home/HwHiAiUser/software/ascend-sdk-manager app install /home/HwHiAiUser/software/Ascend-Toolkit-20.0.RC1-x86_64-linux_gcc7.3.0.run dev --silent=y报错信息：package_short_name: toolkit, current_scene_support_package: ['toolkit']--------------------------------------------------# Failed to parse arguments: Unknown option -title--------------------------------------------------install /home/HwHiAiUser/software/Ascend-Toolkit-20.0.RC1-x86_64-linux_gcc7.3.0.run failed何解？？？

最近打算开始学习使用Mindspore，从官网上发现Mindspore要求使用Python3.7.5以上的版本，而我之前使用的Ubuntu18.04原生只支持到Python3.6.9，所以我就把体系升级到了Ubuntu20.04，Python也自动升级到Python3.8.2。但是在使用Pip进行安装时却显示“mindspore-0.5.0-cp37-cp37m-linux_x86_64.whl is not a supported wheel on this platform”:pip3 install https://ms-release.obs.cn-north-4.myhuaweicloud.com/0.5.0-beta/MindSpore/cpu/ubuntu_x86/mindspore-0.5.0-cp37-cp37m-linux_x86_64.whlDefaulting to user installation because normal site-packages is not writeable ERROR: mindspore-0.5.0-cp37-cp37m-linux_x86_64.whl is not a supported wheel on this platform.我觉得可能是ubuntu版本有问题，所以尝试从源代码进行安装。按照官网上的说明，先从Gitee上下载源代码：git clone https://gitee.com/mindspore/mindspore.git -b r0.5然后再进行编译：bash build.sh -e cpu -j4第一次编译报错，我看了一下系统默认的C/C++编译器是GCC 9，而官网上用的是GCC 7。于是我又把编译器改成GCC 7重新编译，这次没有报错，貌似编译成功了：... [100%] Built target _c_mindrecord [100%] Built target inference [100%] Built target _c_dataengine Run CPack packaging tool... CPack: Create package using External CPack: Install projects CPack: - Clean temporary : /home/isaac/Downloads/mindspore/build/package/mindspore CPack: - Run preinstall target for: MindSpore CPack: - Install project: MindSpore [] CPack: Create package -- Found Python3: /usr/bin/python3.8 (found suitable version "3.8.2", minimum required is "3.7") found components: Interpreter Development  -- Found Git: /usr/bin/git (found version "2.25.1")  Could not find 'Python 3.7' CPack: - package: /home/isaac/Downloads/mindspore/build/mindspore/mindspore generated. success to build mindspore project! ---------------- mindspore: build end   ----------------这里有有一个“Could not find 'Python 3.7'”的提示，不过最后还是显示“success to build mindspore project!”。按照官网上的说明，按说下一步应该是给生成的whl文件权限之后就可以安装了：chmod +x build/package/mindspore-{version}-cp37-cp37m-linux_{arch}.whl pip install build/package/mindspore-{version}-cp37-cp37m-linux_{arch}.whl可问题是，我发现我的build/package目录下面只有一个mindspore的文件夹，并没有这么一个whl文件，也就无法进行下一步操作。所以我想请问一下，如何才能生成whl文件从而进一步安装Mindspore？

下载附件，直接将附件拖到HiLens Kit的/tmp目录下解压执行install.sh脚本。install.sh脚本将会执行操作：安装yum并配置yum源通过yum安装python3-devel、openblas 、blas 、gcc-gfortran、libarchive-devel、cmake、gcc-c++、automake、autoconf、libtool、make配置ld的链接 ln -s /usr/bin/ld.bfd /usr/bin/ld使用cmake等工具需要export LD_LIBRARY_PATH=/usr/lib64/:$LD_LIBRARY_PATH（脚本里面已有）注意： 可以自行修改脚本，根据需要安装相应的库cmake等工具依赖库与/home/hilens/skillframework中的某些库有冲突，如果需要运行技能需要重新export LD_LIBRARY_PATH=/home/hilens/skillframewok/lib/，或者关闭当前session，重新打开一个窗口（否则运行技能可能会报错：找不到某些符号）更新：包里面的yum源好像不维护了，建议替换为华为开源镜像站的源（https://mirrors.huaweicloud.com/）：[base]name=EulerOS-2.0SP8 basebaseurl=http://repo.huaweicloud.com/euler/2.8/os/aarch64/enabled=1gpgcheck=1gpgkey=http://repo.huaweicloud.com/euler/2.8/os/RPM-GPG-KEY-EulerOS步骤：1.先执行包里的installl.sh脚本，如果出现Failed to synchronize cache for repo 'base', ignoring this repo.  的问题，则说明是源的问题，可以看下日志vi /var/log/dnf.log。2.替换/etc/yum.repos.d/euleros_aarch64.repo里面的内容为上面的源，执行yum clean all清除原有yum缓存，执行yum makecache生成新的缓存。3.然后删除install.sh里面的InstallYum（避免重复安装yum导致/etc/yum.repos.d/euleros_aarch64.repo里面的内容被替换成之前的），再重新执行install.sh就可以正常安装了