运行 configure 时前缀到底有什么用?

运行 configure 时前缀到底有什么用?

我正在尝试在 x86_64_ Linux 上安装 32 位 Python。

按照以下指示http://blog.devork.be/2009/02/compiling-32-bit-python-on-amd64.html

我从这里下载了 tarball:http://www.python.org/getit/

在我的主目录中解压,这是一个 RHEL 5.5 操作系统

在 /home/local/NT/jayanthv/Python-2.7.3 下,

我跑

OPT=-m32 LDFLAGS=-m32 ./configure --prefix=/opt/pym32

然后我运行 gmake。

并且在某些模块之后构建正如预期的那样失败。

Python build finished, but the necessary bits to build these modules were not found: _tkinter bsddb185 sunaudiodev To find the necessary bits, look in setup.py in detect_modules() for the module's name.

Failed to build these modules: _ctypes _sqlite3

running build_scripts

/opt/pym32 下似乎什么都没有。

但是,在 /home/local/NT/jayanthv/Python-2.7.3 下,有一个我可以使用的 32 位 python 可执行文件。

这里的前缀有什么用?我做错了什么吗?

答案1

1) 配置成功了吗?echo $?在使用 gmake 之前,请先验证 0 是否成功。

2) 您是否执行了gmake install? 在您执行 之前,不会安装任何内容gmake install。 您可能需要 root 权限才能在 /opt 下安装。

3)你可以将1和2结合起来OPT=-m32 LDFLAGS=-m32 ./configure --prefix=/opt/pym32 && gmake -j4 && sudo gmake install

arg --prefix=... 给出了安装位置的根目录,而不是默认的(通常是 /usr)。对于许多软件包,它还会在源代码中设置一些位置...例如,您不能直接将 gcc 从 /opt/gcc 复制到 /usr,因为现在很多位置都编码为在 /opt/gcc 下查找,并且这不会因文件移动而改变。

我很好奇:为什么你要构建自己的而不是使用系统 python?

相关内容