### Python 3.9 源码编译时找不到 `Makefile` 的解决方案 当尝试通过源码安装 Python 3.9 时，如果遇到错误提示 `'ls: cannot access Makefile: No such file or directory'`，这通常表明构建环境未正确初始化或缺少必要的依赖项。以下是可能的原因以及对应的解决方法： #### 可能原因及解决办法 1. **未运行 `./configure` 脚本** 如果在执行 `make` 命令之前没有先运行 `./configure` 脚本，则不会生成所需的 `Makefile` 文件。因此，在继续构建前，请确保已成功完成此步骤。 解决方案如下： ```bash ./configure --prefix=/usr/local/python3.9 ``` 此命令会检测系统的开发工具链并生成适合当前环境的 `Makefile`[^2]。 2. **缺失关键依赖包** 编译 Python 源码需要一些特定的库和头文件支持（如 `libffi-dev`, `zlib1g-dev`）。如果没有这些依赖项，可能会导致配置失败或者无法生成完整的 `Makefile`。 安装必要依赖的方法取决于操作系统版本。对于基于 Debian 的发行版（如 Ubuntu），可以使用以下命令安装所需软件包： ```bash sudo apt update && sudo apt install -y build-essential libssl-dev zlib1g-dev \ libncurses5-dev libgdbm-dev libnss3-dev libsqlite3-dev libreadline-dev \ libffi-dev curl wget llvm git xz-utils tk-dev libbz2-dev libc6-dev ``` 对于 Red Hat/CentOS/Fedora 类型的操作系统，可采用类似的策略更新 yum 或 dnf 库，并获取对应名称的 RPM 包集合[^3]。 3. **下载不完整或损坏的压缩包** 若从官方网站或其他镜像站点获得的 tarball 存档存在数据丢失情况，也可能引发此类异常现象。重新验证 SHA256 校验值后再解压新的副本即可排除隐患。 4. **工作目录被更改** 用户切换到其他路径下再次调用 make 导致寻找不到原位置下的目标文件夹结构。始终确认自己处于正确的项目根目录之中再发起后续动作。 最终修正流程总结为： ```bash tar xf Python-3.9.x.tgz # 替换实际文件名 cd Python-3.9.x/ sudo apt-get update # 如适用的话调整为yum/dnf形式 sudo apt-get install ... # 添加前述提及的各项组件列表 ./configure # 初始化设置过程 make # 构建二进制程序集 sudo make altinstall # 避免覆盖默认python解释器实例 ``` --- ### 提供一段简单的测试脚本来验证安装成果 为了快速检验刚刚搭建好的自定义 python 版本是否正常运作，这里给出一个小例子用于演示基本功能运转状况良好与否。 ```python import sys print(f"Congratulations! You're running {sys.version}.") ``` 保存以上代码至名为 test.py 的纯文本文档里边去；接着打开终端窗口输入下面指令查看输出结果如何呈现出来吧~ ```bash /usr/local/python3.9/bin/python3.9 test.py ```