summaryrefslogtreecommitdiff
path: root/python3/ExternalProject_python3.mk
AgeCommit message (Collapse)AuthorFilesLines
2013-09-13python3: fix the MacOSX build here tooMichael Stahl1-2/+2
/usr/bin/install -s will invoke "xcrun strip", and there are a few hardocded install_name_tool left. Change-Id: I839af379320b4886c45a12c9a1d4fa88d2ef0059
2013-08-28Build python3 with debug flags if --enable-debugStephan Bergmann1-2/+4
...the special case for AIX can probably be cleaned up? Change-Id: I34ca29acaddcff9b811067504c12a8243a6d046b
2013-06-04python3: reduce MSVC copy/pasteMichael Stahl1-12/+3
Change-Id: I225107d87e2fd084be536f524ae62fa0d60891f0
2013-05-31Bin VS2008 bitsTor Lillqvist1-7/+0
Change-Id: I96979f61eac5cc48721e3733d90822406bcb49cc
2013-05-08python3: build against internal zlib when that is requestedMichael Stahl1-1/+2
Change-Id: I72798f704237f99ed49eeb3633a1e2ef481edeed
2013-05-08expat: remove ExternalPackage_expatMichael Stahl1-1/+1
Change-Id: I80b7f86947645a45263bbd7423a10ba8300441e9
2013-05-07gbuild: ExternalProject: remove second parameter again...Michael Stahl1-1/+1
... now that everything is consistent. Change-Id: I96c15159648815554280202eb1b6d274ead4e7b8
2013-05-07gbuild: remove gb_ExternalProject_use_unpackedMichael Stahl1-3/+1
It must always be used exactly once, so replace it with constructor parameter. Change-Id: Ifbe87065c19a5185a5705dc461656179002ece5d
2013-05-04the MacOS X cleanup is logically a part of buildDavid Tardon1-0/+51
... so move it to python/ExternalProject_python3.mk, where it belongs. Change-Id: Ib99a6a40182341257f79dd289eac51806be46fcf Reviewed-on: https://gerrit.libreoffice.org/3778 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-04-20python3: --with-system-expat seems to mess up mac buildNorbert Thiebaud1-1/+1
Change-Id: I2227c5c715bb656878dd97b71d59c149e7e5320a
2013-04-19python3: re-enable both debug symbols and optimizationMichael Stahl1-4/+2
These were apparently accidentally disabled on all non-WNT platforms. Set the OPT variable from the outside on the platform that needs it. (regression from ab41efc81ec26fcbd4cdeb9c36fbe8cc274523f) Change-Id: Ifbf7ec8e0f863cb6368758571496c8b615e3e814
2013-04-19python3: VERBOSE is handled by gb_ExternalProject_run alreadyMichael Stahl1-1/+2
Change-Id: I0caf3a9440c7617c9f1c643a4c3fe279d04cf1dc
2013-04-15adapt all externals to build against MSVC debug runtimeMichael Stahl1-3/+10
Add patches and/or tweaks to the following modules: curl, cppunit, icu, lcms2, libxml2, libxslt, libxmlsec, lpsolve, nss, openssl, python3 lcms2 has an inconsistency where the .lib and the .dll don't agree on the .dll name. openssl gets a honorable mention because apparently it's undocumented custom build system can build with /MDd if one picks the right configuration but i couldn't figure out how to do that in an hour of trying, and just patched the release config instead. Change-Id: I7854a0fc85247e398d561b4f513d09fe2d1ebb3c
2013-04-13python: honor --disable-opensslAndres Gomez1-0/+1
On --disable-openssl, the bundled python library will not build its OpenSSL module. Change-Id: I132663c0160f800411f78e49444fe1c5d9ce9ef9 Reviewed-on: https://gerrit.libreoffice.org/3332 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
2013-03-21python3: fix typo in 8b79f292fb7f41f424c4f02900082a5c9a71c0f4Michael Stahl1-1/+1
Change-Id: I8bea810debfd4f53f4c53fe06fdf1f2b9256e795
2013-03-21Fix x64 Windows build of python3 (no idea if it works)Tor Lillqvist1-2/+2
Change-Id: If8075a459acf4901ef451b24e54d88a8b68393f9
2013-02-26python3 command typo for a certain version of MSVCNorbert Thiebaud1-1/+1
Change-Id: I8bbc7e73e210461b465bfdcd62b2da1d974020df
2013-02-22quiet external module build log unless failureNorbert Thiebaud1-17/+17
ExternalProject usually involve a configure and a make step that produce a bunch of output usually irrelevant including a large number of warning and other mess. now that everything is pretty much in tail_build these output get interleaved with useful output from the build of the product and actually drown them in a logorrhea of messy noise. This store the output of external modules in a log file and only print them as a whole if the module failed do build. on a non-verbose build. Change-Id: I3abfcccd6d16821a9e061a71e031b427cc283647 Reviewed-on: https://gerrit.libreoffice.org/2304 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2013-01-02Fix 64-bit OS X build: don't try any universalnessTor Lillqvist1-1/+1
2012-12-31convert openssl to gbuild and add to tail_buildPeter Foley1-3/+6
Change-Id: I52c62a91e317f072237cf25ed54f3cc6456d82b3 Reviewed-on: https://gerrit.libreoffice.org/1495 Reviewed-by: Peter Foley <pefoley2@verizon.net> Tested-by: Peter Foley <pefoley2@verizon.net>
2012-12-18/p:VisualStudioVersion=11.0 here, tooTor Lillqvist1-1/+1
Change-Id: Ifa463327e9f33696012b3add0640b12f6d585178
2012-11-30Nah, wrong to use /p:PlatformToolset=Windows7.1SDKTor Lillqvist1-1/+1
It must be my local installation of VS2010 that is somehow screwed up when building here it doesn't find <windows.h>. I need to fix that instead. Change-Id: I37a5f8b41f193b108f33464a6a127c0a5969d232
2012-11-30We need to tell the MSVS 2010 build to use Windows7.1SDKTor Lillqvist1-4/+4
At least for me it wouldn't build otherwise. But yeah, what it somebody uses MSVS 2010 with another SDK? It seems that the solution only offers the SDK 7.1 as an alternative? The default was v100, whatever that measn. Could it be that my MSVS 2010 installation is borked? Or that I did not have to install a bundled SDK with it, because I already had a separate 7.1 SDK? Also simplify a bit, no need to $(filter) on VCVER inside ifeqs that already check the very same VCVER. Change-Id: Ifef98c9466fc24db27d9e38c6878c77adfb4ed75
2012-11-27Make python3 work with custom VALGRIND_CFLAGSStephan Bergmann1-2/+11
Change-Id: Ia4b08a1b20bf46af4d06c0478ed8e795ee543703
2012-11-26python3: build LibreOfficePython.framework on MacOS XChristian Lohmaier1-3/+3
Change-Id: I0815aa0f5b50166f626f721be56969c0afd655a8
2012-11-19python3: fix typos in makefileMichael Stahl1-3/+3
Change-Id: I61ea54ff5a5771ad2dee1b3514c97fbdd9f241b9
2012-11-19Using --with-system-expat does seem to work also for a "bundled" oneTor Lillqvist1-1/+1
Change-Id: Iff8904ac0c856dd3175b429b4919a04a57c1b6ad
2012-11-17Make building python3 with current MacOSX tools proceed a bit furtherTor Lillqvist1-3/+5
I used the latest Xcode and the 10.7 SDK. Configures, and compiles (for a while? all that is expected?), but then fails with cp: .../workdir/unxmacxi.pro/UnpackedTarball/python3/python is a directory (not copied). That is from ExternalPackage_python3.mk. No idea how well, if at all, it configures and builds using the Xcode 2 or 3 compiler and 10.4 or 10.5 SDK. Change-Id: I3ae838263a4db1b67e7c835e567540fac60b98bf
2012-11-17python3: add module for internal Python 3 build (not active yet)Michael Stahl1-0/+85
The module builds here on Fedora 17 and with MSVC2008. MacOS X is unfinished and probably breaks, which is why the module is disabled now. These patches from module python were dropped: Integrated upstream: - Python.mipsel-py4305.patch - Python-2.6.1-py4768.patch - Python-2.6.1-py2422.patch (modified, use --with-valgrind) - Python-2.6.1-urllib.patch - Python-2.6.1-py8067.patch Obsolete: - Python-2.6.1-svn-1.7.patch (migrated to non-toy HG now) - Python-parallel-make.patch - Python-2.6.1-nohardlink.patch (no idea why that would be needed, NFS should support hard links) - Python-2.6.1-sysbase.patch (Solaris 11 setsolar specific patch) - Python-2.6.1-cross.berkeleydb.patch (berekeleydb removal) - Python-2.6.2-bdb48.patch - Python-2.6.1-vc10.patch (upstream supports vc10) An attempt to cross compile with mingw that proved unsucessful according to dtardon; there is upstream work on this topic that is possibly already in 3.3: http://bugs.python.org/issue8067 - Python-2.6.2-cross.patch - Python-2.6.2-cross.fix-configure.patch Change-Id: Iba9a3cab955983e173e12110f93a6f381d86f9ce
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-11 20:52:19 +0000