summaryrefslogtreecommitdiffstats
path: root/external/python3/UnpackedTarball_python3.mk
Commit message (Collapse)AuthorAgeFilesLines
* external/python3: Mark configure part of darwin.patch.0 as reported upstreamStephan Bergmann2021-05-071-0/+3
| | | | | | | Change-Id: Ibf9fb088eb1d7e11582518aeafa233dfa7c56bf6 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/115223 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
* Make python3 build on macOS 11, including for arm64Tor Lillqvist2020-11-151-0/+1
| | | | | | | | | | | | There is no /usr/lib/libz.dylib any longer in macOS 11. No idea whether it works (especially on arm64), but that is another issue. Change-Id: I92ac0c500388730eca0be4766f07b1af2d2808e0 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105897 Tested-by: Jenkins Reviewed-by: Tor Lillqvist <tml@collabora.com>
* python3: update to 3.8.4Jan-Marek Glogowski2020-07-171-1/+0
| | | | | | | | | | | | | | | | | | | With all the prerequisites in place, LO can be updated to the current Python release. Interestingly I found that Cygwin always seems to use LC_COLLATE=C, probably because the default collation rules are missing. Then there are the changes introduced in "PEP 587 -- Python Initialization Configuration", which appearingly have modified the DLL search path behaviour on Windows, so the OpenSLL DLLs aren't found anymore in the program directory. As a workaround, the OpenSLL and libffi DLLs are now (also) installed into the Python lib dir on Windows. Change-Id: Ib82f7b77213da9c525f8c79a13d128d9eec9ca64 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/98437 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
* python3: upgrade to release 3.7.6Michael Stahl2020-01-081-12/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * external/python3/python-3.3.3-aix.patch.1: most of it doesn't apply and AIX port isn't maintained anyway so remove it for now * external/python3/ubsan.patch.0: apparently one of the files was removed * 0001-3.6-bpo-17239-Disable-external-entities-in-SAX-parse.patch.1: fixed upstream * python3-osx-avoid-new-10.13.patch.1: replace with simply passing ac_cv_func_utimensat=no to configure * external/python3/python-3.5.4-ssl.patch.1: project files to build OpenSSL removed upstream * There have been changes to how python locates OpenSSL; new variables OPENSSL_INCLUDES etc; it turns out that you have to pass one directory to --with-openssl, as the variables cannot be passed * libuuid.so.1 is a new dependency of the _uuid module * libffi.so.6 is a new dependency of the _ctypes module (the bundled copy of libffi for non-Darwin platforms was removed) * python-3.3.0-pythreadstate.patch.1: the PyThreadState functions have been changed such that CppunitTest_services asserts when there is a PyThreadAttach on top of PyThreadDetach on top of PyThreadAttach, i.e., 2 PyThreadState per thread (PyGILState_Check() fails). Instead of patching in additional workarounds, change PyThreadAttach so that it re-uses an existing PyThreadState if one exists for the thread. Change-Id: I24c19d79b43a30709261fd9db66312b2e3872fd9 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/84765 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@cib.de>
* python3: upgrade to release 3.5.9Michael Stahl2019-11-191-1/+0
| | | | | | | | | | | | | | | | Fixes CVE-2019-9948 CVE-2019-9740 CVE-2019-10160 CVE-2019-16056 and expat CVE-2019-15903. python-3.3.5-pyexpat-symbols.patch.1 fails to apply, and it's a mystery why --with-system-expat is used everywhere but on MacOSX, where 292af048ace2d4b455b2da3a22c784cb05db1d09 disabled it for no obvious reason, so try to remove the special case and get rid of the patch. Change-Id: I5ba4532eb6e7c2fb90daba95d132dcc7c9013d96 Reviewed-on: https://gerrit.libreoffice.org/83117 Tested-by: Jenkins Reviewed-by: Michael Stahl <michael.stahl@cib.de>
* python3: add patch bpo-17239: Disable external entities in SAX parserMichael Stahl2019-01-151-0/+1
| | | | | | | Change-Id: I44e969d8d3a8fe6b6426d61a1cbe83154c8518dd Reviewed-on: https://gerrit.libreoffice.org/66329 Tested-by: Jenkins Reviewed-by: Michael Stahl <Michael.Stahl@cib.de>
* external/python3: Work around macOS Clang trunk errorStephan Bergmann2018-12-291-0/+1
| | | | | | | | | | | | | | | | | | | | | ..."target does not support '.file' without a number", which was introduced into LLVM with <http://llvm.org/viewvc/llvm-project?view=revision&revision=349976> "[MC] Enable .file support on COFF and diagnose it on unsupported targets", stating: "The 'single parameter' .file directive appears to be an ELF-only featurea [sic] that is intended to insert the main source filename into the string table table [sic]." And <https://sourceware.org/binutils/docs-2.31/as/File.html> states about the default single (file name) argument version: "This statement may go away in future: it is only recognized to be compatible with old as programs." As external/python3 builds just fine on macOS with that .file directive removed, lets just do that for now. Change-Id: Ib28c29d0cacd151437447ccb2f6cfb8925e3e85a Reviewed-on: https://gerrit.libreoffice.org/65704 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
* Avoid API present from macOS 10.13 if building to run on olderTor Lillqvist2017-09-201-0/+8
| | | | | | utimensat() and futimens() are new in 10.13. Change-Id: I03448adb17b40a646771c37179bd70c787547ca3
* python3: upgrade to release 3.5.4David Ostrovsky2017-08-111-2/+2
| | | | | | | Change-Id: I9300b2ec1e1dcedbcbfe793e1450166af1bf1944 Reviewed-on: https://gerrit.libreoffice.org/40944 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Jenkins <ci@libreoffice.org>
* gbuild, python3: stop defining SOLARIS, and remove SOLARIS patchMichael Stahl2017-02-081-1/+0
| | | | | | | | It's faster to change our code not to rely on -DSOLARIS than to wait for python developers to remove such nonsense from their public headers. Change-Id: I3ab05d41bbb51b91a2add599339ce334b5099330
* python3: upgrade to release 3.5.3Michael Stahl2017-01-171-12/+1
| | | | | | | | | | | | | | | | | | | - fixes some minor CVEs - drop python-vc2013.patch.1 - drop python-3.3.3-py17797.patch.1: the bug was fixed in MSVC2015 runtime so not relevant - drop python-lsan.patch.0: fixed upstream - ubsan.patch.0: drop hunks that were fixed upstream - python-3.5.0-tcltk.disable.patch: merge into msvc-disable.patch.1 Change-Id: I2aecae446539d28eaf3eb64ee67581596019335d Reviewed-on: https://gerrit.libreoffice.org/33225 Reviewed-by: David Ostrovsky <david@ostrovsky.org> Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
* python3: put a RPATH into libpython3.soMichael Stahl2016-09-211-1/+1
| | | | | | | | | | | | | | | | libpython3.so is the "ABI compatible" wrapper library around libpython3.5m.so - it is not actually used by anything in LO right now, but let's ensure it has RPATH $ORIGIN just in case. This revealed that the AIX patch in python3 accidentally changed the SONAME of libpython3.5m.so from upstream's libpython3.5m.so.1.0 on ELF platforms, because the SONAME variable was set in the shell command but read as a make variable in the next line, which is actually evaluated earlier. So rename a few files in packages to use the upstream SONAME. Change-Id: I3611f75eee62b0993b853230521a2fa41ac5cd9c
* external/python3: Fix building against external/zlibStephan Bergmann2016-09-161-0/+6
| | | | | | | | | | | | ...whose (static) library is called "zlib" instead of just "z". (I ran into this when trying to do a 32-bit Linux build in a 64-bit environment, with only very limited 32-bit support installed in the system.) Change-Id: I9286975917ddf643a22803561677af035e66fb98 Reviewed-on: https://gerrit.libreoffice.org/28964 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
* python3: drop obsolete patch, cannot build 3.5 with MSVC 2013Michael Stahl2016-02-221-1/+0
| | | | Change-Id: I1a6b41bb95bf4edb8e81f2db54624a0892c79bc5
* WaE vs2015 double defineNorbert Thiebaud2016-02-221-1/+1
| | | | | | | Change-Id: I279b5df3f9705ca266f2f4efb1e93e59cbbdabd7 Reviewed-on: https://gerrit.libreoffice.org/22603 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
* Bump python to 3.5David Ostrovsky2015-10-251-8/+4
| | | | | | | | | | | | | | 3.5 release is needed for MSVC 14.0 (aka VS 2015) support. Python 3.5 removed build toolchain support for MSVC 2013. Because we still need to support it, we duplicate the Python directory in externals and copy old patches and dispatch to this directory for MSVC 2013. Once the support for MSVC 2013 is dropped on master, this directory can be removed again. Change-Id: Idf7bc351239582f583ecbdb53c923cbdcf968089 Reviewed-on: https://gerrit.libreoffice.org/17352 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
* Allow building Python on Mac with GNU xargsKhaled Hosny2015-06-081-0/+1
| | | | | | | | | | | | GNU xargs executes the command at least once even if the standard input is empty, unlike BSD xargs, which causes rm -r to be called with no arguments ween the find command finds nothing leading to an error. Adding -f to rm allows buikding with either implementation. Change-Id: I0df5fcb379d2a5a8b1121594ec1a82d917d80dfc Reviewed-on: https://gerrit.libreoffice.org/16116 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
* external/python3: Work around -fsanitize=boundsStephan Bergmann2015-01-061-0/+1
| | | | Change-Id: I608ec429696e6a02aa528b10057d93da63544eb4
* fdo#82430: MSVC build: avoid using SSE2 instructions in some externalsMichael Stahl2014-10-021-0/+1
| | | | | | Hopefully this should fix up the most important external libraries. Change-Id: I744cb5a2ce7fafb10852059050cf24589d6ca400
* Make python3 build with VS2013Tor Lillqvist2014-07-291-0/+8
| | | | | | | This time use a patch to mangle the project files a bit so that msbuild likes them. Change-Id: I1293f4a92164ec6431b96c39f118cbdedbe5fe32
* VS 2013 has round()Tor Lillqvist2014-07-081-0/+1
| | | | Change-Id: I1cc91bccd288543162b1169ce5621a91a5d4f991
* external/python3: Fix memory leak in configure check codeStephan Bergmann2014-05-231-0/+1
| | | | | | ...that LeakSanitizer would complain about, causing the check to erroneously fail. Change-Id: Ieaef38576afd6196d38f395d48fd1bc92b22ddb6
* upgrade to python-3.3.5Thomas Arnhold2014-05-211-2/+1
| | | | | | | | | | | - remove now obselete patches, which were applied upstream. - Hack to get MacOS to build Change-Id: Id68e78e411efc92a46ea9e180f09c390fe5acb4a Reviewed-on: https://gerrit.libreoffice.org/9311 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
* fdo#77891 fix python crash when in GUI mode, target WinXP with VS2012Christian Lohmaier2014-05-191-0/+2
| | | | | | | | | VS2012 did change return value of fileno function, this results in a crash when run in GUI mode (but not when launching from a shell), as python tries to access the nonexisting stdin/stdout/stderr Also explicitly target Windows XP Change-Id: Ic783713b55453f3c38b2e766a664b7f4678711de
* Make external/python3 play well with -fsanitize=addressStephan Bergmann2014-05-081-0/+6
| | | | Change-Id: I72a9ec9569bcd74e212ad98456a76869ac213221
* python3: remove obsolete MSVC2008 patchesMichael Stahl2014-04-151-4/+0
| | | | Change-Id: Ie514017dc186fea4c3f2699e92bfe46706eb6413
* fdo#70796 fix quoted printable encoding bug in internal PythonAndras Timar2014-01-151-0/+1
| | | | Change-Id: I4e5563c47df83c50df75ccf330fbd38ec6da9170
* fdo#73087: python3: upgrade to version 3.3.3Michael Stahl2014-01-061-9/+2
| | | | | | | | | | | | - drop obsolete/upstreamed patches: python-3.3.0-ffi-clang.patch.1 python-3.3.0-15833.patch.1 one hunk of python-3.3.0-aix.patch.1 in fficonfig.py.in Change-Id: I12f0f78a172067986b63455847015ea2430a084c Reviewed-on: https://gerrit.libreoffice.org/7278 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
* fdo#70393: move python3 to a subdir of externalKhaled Hosny2013-11-041-0/+50
Change-Id: Ic5796f096255d2d84e39415324e8a2e06bcf09c9 Reviewed-on: https://gerrit.libreoffice.org/6550 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>