[prev in list] [next in list] [prev in thread] [next in thread]
List: gentoo-alt
Subject: [gentoo-alt] missing compile phase output when using distutils-r1.eclass
From: Steven Trogdon <strogdon () d ! umn ! edu>
Date: 2021-10-10 16:47:52
Message-ID: 20211010104752.3796b61e () hp-envy ! home ! lan
[Download RAW message or body]
This issue arose when investigating a separate issue at
https://github.com/cschwan/sage-on-gentoo/issues/655 and is associated
with building the cypari2 package from sage-on-gentoo. When building
cpari2 I see,
Gentoo (output from build-python3.9.log):
running build_ext
Compiling cypari2/closure.pyx because it changed.
Compiling cypari2/convert.pyx because it changed.
Compiling cypari2/gen.pyx because it changed.
Compiling cypari2/handle_error.pyx because it changed.
Compiling cypari2/pari_instance.pyx because it changed.
Compiling cypari2/stack.pyx because it changed.
Compiling cypari2/string_utils.pyx because it changed.
[1/7] Cythonizing cypari2/closure.pyx
[2/7] Cythonizing cypari2/convert.pyx
[3/7] Cythonizing cypari2/gen.pyx
[4/7] Cythonizing cypari2/handle_error.pyx
[5/7] Cythonizing cypari2/pari_instance.pyx
[6/7] Cythonizing cypari2/stack.pyx
[7/7] Cythonizing cypari2/string_utils.pyx
building 'cypari2.closure' extension
creating
/var/tmp/portage/dev-python/cypari2-2.1.2/work/cypari2-2.1.2-python3_9/build/temp.linux-x86_64-3.9
creating
/var/tmp/portage/dev-python/cypari2-2.1.2/work/cypari2-2.1.2-python3_9/build/temp.linux-x86_64-3.9/cypari2
building 'cypari2.convert' extension building 'cypari2.gen' extension
x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe -fPIC -I./cypari2
-I/usr/lib/python3.9/site-packages/cysignals -I/usr/include
-I/usr/include/python3.9 -c cypari2/closure.c -o /var/tmp/portage/dev-p
ython/cypari2-2.1.2/work/cypari2-2.1.2-python3_9/build/temp.linux-x86_64-3.9/cypari2/closure.o
...
So after the .pyx files are cythonized each extension is compiled. I've
omitted it here but for each compiled extension a shared object is
created before entering the install phase. This all looks good.
However,
Prefix (output from build-python3_9.log):
running build_ext
Compiling cypari2/closure.pyx because it changed.
Compiling cypari2/convert.pyx because it changed.
Compiling cypari2/gen.pyx because it changed.
Compiling cypari2/handle_error.pyx because it changed.
Compiling cypari2/pari_instance.pyx because it changed.
Compiling cypari2/stack.pyx because it changed.
Compiling cypari2/string_utils.pyx because it changed.
[1/7] Cythonizing cypari2/closure.pyx
[2/7] Cythonizing cypari2/convert.pyx
[3/7] Cythonizing cypari2/gen.pyx
[4/7] Cythonizing cypari2/handle_error.pyx
[5/7] Cythonizing cypari2/pari_instance.pyx
[6/7] Cythonizing cypari2/stack.pyx
[7/7] Cythonizing cypari2/string_utils.pyx
* python3_9: running distutils-r1_run_phase python_install
python3.9 setup.py install --skip-build
--root=/storage/strogdon/gentoo-rap/var/tmp/portage/dev-python/cypari2-2.1.2/image/_python3.9
running install running install_lib
Note the compile phase output is not present and the install phase
output immediately appears after the .pyx files are cythonized.
So, is this a prefix distutils-r1.eclass bug or is something else up?
In the prefix everything does appear to be built correctly - there is
just no compile phase output?
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic