共计 1378 个字符，预计需要花费 4 分钟才能阅读完成。
上次 张小白应用 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 团队吧！（全文完，谢谢浏览）