summaryrefslogtreecommitdiffstats
path: root/python3
Commit message (Collapse)AuthorAgeFilesLines
* python3: fix the MacOSX build here tooMichael Stahl2013-09-132-2/+13
| | | | | | | /usr/bin/install -s will invoke "xcrun strip", and there are a few hardocded install_name_tool left. Change-Id: I839af379320b4886c45a12c9a1d4fa88d2ef0059
* Towards a working instdir for Mac OS XStephan Bergmann2013-09-112-2/+2
| | | | | | | | | | | | | | | | | Introduced gb_INSTROOT, which is the same as $(INSTDIR) except for Mac OS X, where it is $(INSTDIR)/LibreOffice.app/Contents. Most stuff ends up there (so most occurrences of $(INSTDIR) have been replaced with $(gb_INSTROOT)), but SDK- related stuff goes to $(INSTDIR)/$(gb_Package_SDKDIRNAME). (And GeneratedPackage needed to be made more flexible, to allow for packages that go into either of those two places.) For Android and iOS, gb_INSTROOT probably still needs to be set. The most obvious missing thing yet to make instdir work for Mac OS X is the instdir/*/LibreOffice.app/Contents/ure/ vs. instdir/*/LibreOffice.app/Contents/ure-link/ split. Change-Id: I4478edd27b14c92c96d92d5169bdca3ec50d78f5
* Build python3 with debug flags if --enable-debugStephan Bergmann2013-08-281-2/+4
| | | | | | ...the special case for AIX can probably be cleaned up? Change-Id: I34ca29acaddcff9b811067504c12a8243a6d046b
* Further work on the "Mac-like app structure" optionTor Lillqvist2013-08-181-1/+1
| | | | | | | Lots of stuff still either ended up in the wrong place, or was looked up from the wrong place, or both. Fix most cases. Change-Id: I06ebbce207c219f3cd82b4387dd9b3fdb83420d4
* enable binary package option for a set of 'stable' librariesNorbert Thiebaud2013-08-171-1/+1
| | | | | | | | Change-Id: I8924ba22d178aa4d8e500ae3f484af654a37e87e Reviewed-on: https://gerrit.libreoffice.org/4765 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de> Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>
* python3: reduce MSVC copy/pasteMichael Stahl2013-06-041-12/+3
| | | | Change-Id: I225107d87e2fd084be536f524ae62fa0d60891f0
* fdo#65305 fix python on winDavid Tardon2013-06-041-1/+1
| | | | | | | Apparently the native modules (.pyd) are expected directly in lib, not in lib/lib-dynload like the .so's on linux. Change-Id: Ic3181f189d9db51cb57630c4c1ea8741bbf879ec
* Bin VS2008 bitsTor Lillqvist2013-05-311-7/+0
| | | | Change-Id: I96979f61eac5cc48721e3733d90822406bcb49cc
* Bump maximum fuzz factor down to zeroTor Lillqvist2013-05-272-0/+4
| | | | Change-Id: I97d30afe3a24aab1123352da05b066095e5c86bb
* drop unused makefileDavid Tardon2013-05-131-24/+0
| | | | Change-Id: I9ef6331e49c26ce5060aea52157a600274a1b080
* the program dir is called MacOS on MacOS XDavid Tardon2013-05-132-51/+51
| | | | | | | | | program is only a symlink to it there, created by the installer. (Hmm, would it be possible to have MacOS symlink to program instead? It would simplify things :-) Change-Id: If21df47da5ac7c77358656f40d9caaaa62a7e87f
* Revert "python3: build against internal zlib when that is requested"Michael Stahl2013-05-082-51/+0
| | | | | | | | | Internal zlib is not really supported anyway on any platform that uses setup.py. This reverts commit 6afe0e5804f2a23f9fc9842d372fff77fd1023f1. Change-Id: Icf94a85c4baf00df54ee5dcca5fe3ca4a63a54a8
* python3: build against internal zlib when that is requestedMichael Stahl2013-05-083-1/+53
| | | | Change-Id: I72798f704237f99ed49eeb3633a1e2ef481edeed
* expat: remove ExternalPackage_expatMichael Stahl2013-05-081-1/+1
| | | | Change-Id: I80b7f86947645a45263bbd7423a10ba8300441e9
* gbuild: ExternalProject: remove second parameter again...Michael Stahl2013-05-071-1/+1
| | | | | | ... now that everything is consistent. Change-Id: I96c15159648815554280202eb1b6d274ead4e7b8
* gbuild: remove gb_ExternalProject_use_unpackedMichael Stahl2013-05-071-3/+1
| | | | | | | It must always be used exactly once, so replace it with constructor parameter. Change-Id: Ifbe87065c19a5185a5705dc461656179002ece5d
* install python framework using filelistDavid Tardon2013-05-042-1/+19
| | | | | | | Change-Id: Ib3a98d8268d0a1973d5f06b993c293fd41ba47e1 Reviewed-on: https://gerrit.libreoffice.org/3779 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>
* the MacOS X cleanup is logically a part of buildDavid Tardon2013-05-043-59/+52
| | | | | | | | | ... 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>
* Move to MPLv2 license headers, with ESC decision and author's permission.Michael Meeks2013-04-302-44/+8
|
* replace python-core zip built in pyuno with direct use of PackageMichael Stahl2013-04-221-52/+52
| | | | | | | | | | | | | | | | | | | - python3: deliver files to INSTDIR, with same layout as instset and do not deliver .lib files - pyuno: remove obsolete python.bin targets - pyuno: remove usage of CustomTarget_zip for WNT and non-Mac UNX platforms (sadly it is apparently still needed for "system" python on MinGW) - scp2: use the python3 filelist There is still a problem here because the installer does not currently allow to preserve the executable bit on files in a filelist - RepositoryExternal: run python executable from INSTDIR and link against libraries in UnpackedTarball dir Change-Id: I931ca0a8be6ff40051b1ca50da1f0770e6057832 Reviewed-on: https://gerrit.libreoffice.org/3525 Tested-by: LibreOffice gerrit bot <gerrit@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
* python3: --with-system-expat seems to mess up mac buildNorbert Thiebaud2013-04-201-1/+1
| | | | Change-Id: I2227c5c715bb656878dd97b71d59c149e7e5320a
* python3: put an RPATH into python binary ...Michael Stahl2013-04-192-0/+19
| | | | | | ... and get rid of LD_LIBRARY_PATH hack in wrapper shell script. Change-Id: I7d91c6086460504d656de7b018087264165f396b
* python3: deliver the GDB python support scriptMichael Stahl2013-04-191-0/+1
| | | | Change-Id: I3abbc36198719fc118404bfcc039fdf3397e324e
* python3: re-enable both debug symbols and optimizationMichael Stahl2013-04-192-13/+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
* python3: VERBOSE is handled by gb_ExternalProject_run alreadyMichael Stahl2013-04-191-1/+2
| | | | Change-Id: I0caf3a9440c7617c9f1c643a4c3fe279d04cf1dc
* python3: disable check in PyThreadState_SwapMichael Stahl2013-04-182-0/+16
| | | | | | | | | | | | | | | This check is triggered by nested pyuno PyThreadAttach instances. The assertion is basically about having multiple PyThreadState instances per OS thread. Hopefully this is not a "real" problem and the other checks in PyEval_ReleaseThread/PyEval_AcquireThread will find all "real" problems. http://www.mail-archive.com/libreoffice@lists.freedesktop.org/msg62195.html Change-Id: Ia82135f37f55ea69b545a83098619939869cb7c5 Reviewed-on: https://gerrit.libreoffice.org/3453 Reviewed-by: David Ostrovsky <David.Ostrovsky@gmx.de> Tested-by: David Ostrovsky <David.Ostrovsky@gmx.de>
* adapt all externals to build against MSVC debug runtimeMichael Stahl2013-04-152-21/+29
| | | | | | | | | | | | | | | | 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
* python: honor --disable-opensslAndres Gomez2013-04-132-2/+7
| | | | | | | | | | 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>
* aix python doesn't have lib-dynload contentsCaolán McNamara2013-04-061-1/+2
| | | | Change-Id: Ib6339c29f6820e75ff99aeb0547145597771d584
* get python3 building with gcc on aixCaolán McNamara2013-04-061-2/+13
| | | | Change-Id: I47af280e24bff248e6404ec18c1afef8c461b40b
* python3: fix typo in 8b79f292fb7f41f424c4f02900082a5c9a71c0f4Michael Stahl2013-03-211-1/+1
| | | | Change-Id: I8bea810debfd4f53f4c53fe06fdf1f2b9256e795
* Fix x64 Windows build of python3 (no idea if it works)Tor Lillqvist2013-03-213-22/+158
| | | | Change-Id: If8075a459acf4901ef451b24e54d88a8b68393f9
* remove legacy build.pl prj/build.lst files.Michael Meeks2013-03-141-2/+0
|
* Work around GCC 4.8 -Werror=format= in python3Stephan Bergmann2013-03-092-0/+16
| | | | | | | ...complainging that "‘PyArg_ParseTuple’ is an unrecognized format function type." Change-Id: I125af6669010c4c9c1a18cc7c1a4895acc89338b
* remove all d.lstMichael Stahl2013-02-281-0/+0
| | | | Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
* python3 command typo for a certain version of MSVCNorbert Thiebaud2013-02-261-1/+1
| | | | Change-Id: I8bbc7e73e210461b465bfdcd62b2da1d974020df
* quiet external module build log unless failureNorbert Thiebaud2013-02-221-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>
* python3: 15833.patch makes sense with ro /usr on Linux as wellMiklos Vajna2013-02-101-1/+1
| | | | Change-Id: If0d7b17b97a78eddcdd02b3951afb7b2a1ae43ad
* python3: bug 15833Norbert Thiebaud2013-01-312-0/+31
| | | | | | | | | | | | | | 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>
* Fix 64-bit OS X build: don't try any universalnessTor Lillqvist2013-01-021-1/+1
|
* convert openssl to gbuild and add to tail_buildPeter Foley2012-12-312-24/+25
| | | | | | | Change-Id: I52c62a91e317f072237cf25ed54f3cc6456d82b3 Reviewed-on: https://gerrit.libreoffice.org/1495 Reviewed-by: Peter Foley <pefoley2@verizon.net> Tested-by: Peter Foley <pefoley2@verizon.net>
* /p:VisualStudioVersion=11.0 here, tooTor Lillqvist2012-12-181-1/+1
| | | | Change-Id: Ifa463327e9f33696012b3add0640b12f6d585178
* Revert "fix python3 build on SLED11"Luboš Luňák2012-12-042-12/+0
| | | | | | 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.
* fix python3 build on SLED11Luboš Luňák2012-12-042-0/+12
| | | | | | | 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
* Nah, wrong to use /p:PlatformToolset=Windows7.1SDKTor Lillqvist2012-11-301-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
* We need to tell the MSVS 2010 build to use Windows7.1SDKTor Lillqvist2012-11-301-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
* Kill the ProjectReference to ssl.vcxproj, tooTor Lillqvist2012-11-301-0/+13
| | | | | | | | | 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
* python3: use version variables instead of hardcoded numberMichael Stahl2012-11-281-55/+55
| | | | Change-Id: Ic91cab680b86d8064212e9833c81b37db2002720
* defuzz patches to squeak by RHEL-5 patchCaolán McNamara2012-11-283-46/+41
| | | | Change-Id: Iac990e65e3af852a527e67154c66e8ad39ce4767
* python3: try to fix clang breakage in libffiMichael Stahl2012-11-272-0/+41
| | | | | | Thanks kendy for digging up the patch. Change-Id: I97bc96081736596e84206b95a8d6b658ec3ffae5
generated by cgit (git 2.34.1) at 2024-08-03 22:46:28 +0000