summaryrefslogtreecommitdiff
path: root/python3
AgeCommit message (Collapse)Author
2013-03-21python3: fix typo in 8b79f292fb7f41f424c4f02900082a5c9a71c0f4Michael Stahl
Change-Id: I8bea810debfd4f53f4c53fe06fdf1f2b9256e795
2013-03-21Fix x64 Windows build of python3 (no idea if it works)Tor Lillqvist
Change-Id: If8075a459acf4901ef451b24e54d88a8b68393f9
2013-03-14remove legacy build.pl prj/build.lst files.Michael Meeks
2013-03-09Work around GCC 4.8 -Werror=format= in python3Stephan Bergmann
...complainging that "‘PyArg_ParseTuple’ is an unrecognized format function type." Change-Id: I125af6669010c4c9c1a18cc7c1a4895acc89338b
2013-02-28remove all d.lstMichael Stahl
Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
2013-02-26python3 command typo for a certain version of MSVCNorbert Thiebaud
Change-Id: I8bbc7e73e210461b465bfdcd62b2da1d974020df
2013-02-22quiet external module build log unless failureNorbert Thiebaud
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-02-10python3: 15833.patch makes sense with ro /usr on Linux as wellMiklos Vajna
Change-Id: If0d7b17b97a78eddcdd02b3951afb7b2a1ae43ad
2013-01-31python3: bug 15833Norbert Thiebaud
That python bug cause problems when libreoffice is on a read-only media... which is very common for Mac as the dmg used to package the produce is seens as a read only volume. This patch the bug 15833 for MacOSX only since that is the platform that is most likely to be impacted, and because of bug 15431 that make patching on Windows more complex/dangerous. Change-Id: Ie7406c1c75748d38c871b3b544560caa62e9d838 Reviewed-on: https://gerrit.libreoffice.org/1934 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 Lillqvist
2012-12-31convert openssl to gbuild and add to tail_buildPeter Foley
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 Lillqvist
Change-Id: Ifa463327e9f33696012b3add0640b12f6d585178
2012-12-04Revert "fix python3 build on SLED11"Luboš Luňák
Failures to build some python modules are actually not fatal, I just got confused because the whole python build runs in parallel to the normal make. This reverts commit f4ae375c00deb2297074c59b62db87de080bf591.
2012-12-04fix python3 build on SLED11Luboš Luňák
Apparently all recent systems use ncursesw, for which there is -I/usr/include/ncursesw, but SLED11 uses ncurses lib, and there's no -I for that. Change-Id: I61ec795aae45e1074075351eca62299784d08b09
2012-11-30Nah, wrong to use /p:PlatformToolset=Windows7.1SDKTor Lillqvist
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 Lillqvist
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-30Kill the ProjectReference to ssl.vcxproj, tooTor Lillqvist
Otherwise it would try to build the ssl.vcxproj which we don't want (because we want to use the openSSL already built from solver), and which fails anyway because for some reason it wants to run python_d.exe. Change-Id: I7471bc26ae96be84b976ba35bb959d75678df980
2012-11-28python3: use version variables instead of hardcoded numberMichael Stahl
Change-Id: Ic91cab680b86d8064212e9833c81b37db2002720
2012-11-28defuzz patches to squeak by RHEL-5 patchCaolán McNamara
Change-Id: Iac990e65e3af852a527e67154c66e8ad39ce4767
2012-11-27python3: try to fix clang breakage in libffiMichael Stahl
Thanks kendy for digging up the patch. Change-Id: I97bc96081736596e84206b95a8d6b658ec3ffae5
2012-11-27python3: fix MSVC "implicit int" build breaker on tinderboxMichael Stahl
Thanks to shm_get for guessing the cause of the problem. Change-Id: Ieca7199c0c267dc2acaa9ece3ef55747e6a4f816
2012-11-27clean up PYTHON related version etc. variables:Michael Stahl
- configure defines PYTHON_VERSION, PYTHON_VERSION_MAJOR, PYTHON_VERSION_MINOR - remove pyversion.Makefile Change-Id: I19ac8df18a520ad56bf63ea038dc0769b8249d0b
2012-11-27Make python3 work with custom VALGRIND_CFLAGSStephan Bergmann
Change-Id: Ia4b08a1b20bf46af4d06c0478ed8e795ee543703
2012-11-26python3: build LibreOfficePython.framework on MacOS XChristian Lohmaier
Change-Id: I0815aa0f5b50166f626f721be56969c0afd655a8
2012-11-19python3: fix typos in makefileMichael Stahl
Change-Id: I61ea54ff5a5771ad2dee1b3514c97fbdd9f241b9
2012-11-19Using --with-system-expat does seem to work also for a "bundled" oneTor Lillqvist
Change-Id: Iff8904ac0c856dd3175b429b4919a04a57c1b6ad
2012-11-17Make building python3 with current MacOSX tools proceed a bit furtherTor Lillqvist
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 Stahl
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 (git 2.34.1) at 2024-07-04 16:26:37 +0000