Hi all,
Thanks to Emanuele Gaifas [1], the manylinux docker images now include Python 3.7 (currently the rc1 release), so if you want you can now start building and uploading wheels for 3.7 ahead of its expected release on June 27 [2].
-n
[1] https://github.com/pypa/manylinux/pull/196 [2] https://www.python.org/dev/peps/pep-0537/
On 15/06/2018 23:42, Nathaniel Smith wrote:
Hi all,
Thanks to Emanuele Gaifas [1], the manylinux docker images now include Python 3.7 (currently the rc1 release), so if you want you can now start building and uploading wheels for 3.7 ahead of its expected release on June 27 [2].
-n
[1] https://github.com/pypa/manylinux/pull/196 [2] https://www.python.org/dev/peps/pep-0537/
I just tried out the latest manylinux1 image along with updated scripts from matthew-brett/multibuild and find my wheels seem to have shrunk eg
reportlab-3.4.42-cp27-cp27m-manylinux1_x86_64.whl
old: 3796941 new: 2516821
looking in side the wheels it looks like the .so files have been slimmed. Does anyone know if that is just because they no longer include debugging information etc etc?
Hi,
On Thu, Jun 21, 2018 at 12:45 PM, Robin Becker robin@reportlab.com wrote:
On 15/06/2018 23:42, Nathaniel Smith wrote:
Hi all,
Thanks to Emanuele Gaifas [1], the manylinux docker images now include Python 3.7 (currently the rc1 release), so if you want you can now start building and uploading wheels for 3.7 ahead of its expected release on June 27 [2].
-n
[1] https://github.com/pypa/manylinux/pull/196 [2] https://www.python.org/dev/peps/pep-0537/
I just tried out the latest manylinux1 image along with updated scripts from matthew-brett/multibuild and find my wheels seem to have shrunk eg
reportlab-3.4.42-cp27-cp27m-manylinux1_x86_64.whl
old: 3796941 new: 2516821
looking in side the wheels it looks like the .so files have been slimmed. Does anyone know if that is just because they no longer include debugging information etc etc?
If you haven't built in a while, this could well be the result of merging https://github.com/matthew-brett/multibuild/pull/140 - which introduced stripped Linux binaries.
Cheers,
Matthew
On Thu, Jun 21, 2018 at 8:20 PM Matthew Brett matthew.brett@gmail.com wrote:
On Thu, Jun 21, 2018 at 12:45 PM, Robin Becker robin@reportlab.com wrote:
On 15/06/2018 23:42, Nathaniel Smith wrote: I just tried out the latest manylinux1 image along with updated scripts
from
matthew-brett/multibuild and find my wheels seem to have shrunk eg
reportlab-3.4.42-cp27-cp27m-manylinux1_x86_64.whl
old: 3796941 new: 2516821
looking in side the wheels it looks like the .so files have been slimmed. Does anyone know if that is just because they no longer include debugging information etc etc?
If you haven't built in a while, this could well be the result of merging https://github.com/matthew-brett/multibuild/pull/140 - which introduced stripped Linux binaries.
As that's seemingly a mystery solved, hijacking the thread to ask has anyone seen what'd LTO do to wheel sizes?
Debian has AFAIK enabled LTO for Python and some packages grab their build settings from how the Python has been built. Organisations roll their own non-manylinux wheels for various reasons, so there could be actual interest in any gains.
There's pre-existing speculation from the GCC list in regards to performance from a while back, but that discussion went nowhere: https://gcc.gnu.org/ml/gcc-help/2011-03/msg00330.html
On 21/06/2018 19:18, Matthew Brett wrote:
Hi,
On Thu, Jun 21, 2018 at 12:45 PM, Robin Becker robin@reportlab.com wrote:
On 15/06/2018 23:42, Nathaniel Smith wrote:
..........
looking in side the wheels it looks like the .so files have been slimmed. Does anyone know if that is just because they no longer include debugging information etc etc?
If you haven't built in a while, this could well be the result of merging https://github.com/matthew-brett/multibuild/pull/140 - which introduced stripped Linux binaries.
thanks very much. Looking in configure_build.sh it seems I can get a debugging build by exporting STRIP_FLAGS='' or is there a another way?
Cheers,
Matthew
Hi,
On Mon, Jun 25, 2018 at 8:55 AM, Robin Becker robin@reportlab.com wrote:
On 21/06/2018 19:18, Matthew Brett wrote:
Hi,
On Thu, Jun 21, 2018 at 12:45 PM, Robin Becker robin@reportlab.com wrote:
On 15/06/2018 23:42, Nathaniel Smith wrote:
..........
looking in side the wheels it looks like the .so files have been slimmed. Does anyone know if that is just because they no longer include debugging information etc etc?
If you haven't built in a while, this could well be the result of merging https://github.com/matthew-brett/multibuild/pull/140 - which introduced stripped Linux binaries.
thanks very much. Looking in configure_build.sh it seems I can get a debugging build by exporting STRIP_FLAGS='' or is there a another way?
Right - simplest would be to put STRIP_FLAGS=" " (notice space inside quotes) in your `env_vars.sh` file, to disable the stripping. This gets sourced before `configure_build.sh`.
Cheers,
Matthew