上次 张小白应用 gcc 9.4.0源码编译 MindSpore 1.8.0 CUDA11的版本失败了：https://bbs.huaweicloud.com/f...于是张小白提了一个问题贴：https://bbs.huaweicloud.com/f...专家提醒：用gcc 7.3.0试下呢？那就试试吧。下载mindspore r1.8分支源码：
git clone http://gitee.com/mindspore/mi... -b r1.8
批改 mindspore/scripts/build/build_mindspore.sh：
在Xoff那一行减少 -DENABLE_GITEE=ON 强制应用gitee因为gcc7.3.0如同被毁坏了，所以从新源码编译下：cd /home/zhanghuiln -s /home1/zhanghui/gcc-7.3.0cd /home1/zhanghui/gcc-7.3.0make -j12sudo make installcd /usr/binsudo rm g++sudo rm gccsudo ln -s /usr/local/bin/g++ g++sudo ln -s /usr/local/bin/gcc gcccdgcc --versiong++ --version
开始正式编译：cd /home1/zhanghui/mindspore./build.sh -e gpu -j12
胜利实现编译。cd output能够看到生成好的whl
创立conda环境：conda create -n mindspore1.8 python=3.9conda activate mindspore1.8
装置已编译的whlpip install ./mindspore_gpu-1.8.0-cp39-cp39-linux_aarch64.whl -i https://pypi.tuna.tsinghua.ed...
python -c "import mindspore;mindspore.run_check()"
这个很奇怪的景象又呈现了。在conda环境中，报错：ModuleNotFoundError: No module named 'packaging'退出conda环境：conda deactivate从新 python -c "import mindspore;mindspore.run_check()"
阐明一个很奇怪的事件，尽管在conda环境外面做pip install，然而如同还是装到了base环境。python test.py
这阐明gcc 7.3.0能够失常实现mindspore 1.8.0的编译和装置。。。gcc 9.4.0临时不行。张小白不甘心，还是决定在conda环境试一试，先确认下base环境和conda环境的版本：
显然是两个不同的环境。而后，在原来间接pip install的根底上，换成应用python -m pip install的形式装置：
这次竟然有把packaging的包装进去。看来起因是后面pip install仅仅装到了base环境。再试下两种测验形式：
另一种形式：
终于都没问题了。这倒是解决了 https://bbs.huaweicloud.com/f... 在装置1.7.0过程中出的问题。然而至于gcc 9.4.0为啥编译报错，这个问题还是留给mindspore团队吧！（全文完，谢谢浏览）