summaryrefslogtreecommitdiff
path: root/python
AgeCommit message (Collapse)AuthorFilesLines
2012-10-07fix python build with VC2012Peter Foley2-1/+73
Change-Id: Ibaec87c929889f0038b44aac1e07e2552adc5cc5
2012-07-12get python building under mipselCaolán McNamara2-1/+51
Change-Id: I28e4d96fb48420a19e51d52b89895625e7f9ba93
2012-06-22.patch files don't need executable bitsMichael Stahl1-0/+0
Change-Id: I0b370ac227bbd833078804d8a276b48666df734c
2012-06-17(incomplete) attempt to build internal python with MinGWDavid Tardon7-1277/+36350
Change-Id: I39c880e8615b164a66eb900c11b26da9d6489e02
2012-05-29provide a gnu-make compatible include for pyversionNorbert Thiebaud3-1/+32
Change-Id: I I7d0de9bc04c26e71c6bd915a659a15c3e1f712d2
2012-05-23do not concatenate empty line in python/makefile.mkPetr Mladek1-1/+1
Change-Id: I08897ea5527e7ac56b37855b740a3dc1c8ddb544
2012-05-18python: svn 1.7 breaks the build because...Michael Stahl2-1/+14
... the output of "svninfo" in a directory that doesn't contain a .svn changed Change-Id: I16b132663a7c8d9fd60eafafecfc7f9e82b69b29
2012-05-09EasyHack fdo#42783: get rid of CPU define/build system variableThomas Collerton1-2/+2
Change-Id: I6a178f7ff9c8306e15bcfa847ad1e5e4f8476504
2012-04-29make gbuild the default assumption of build.plBjoern Michaelsen1-0/+0
this removes dmake completely out of the build for migrated modules build.pl now assumes modules to be gbuild, unless there is a prj/dmake file Change-Id: I674a036b182ee13c5ec093e83cb3d38133112d3b
2012-04-10extra love for incompatible expat on macosxCaolán McNamara1-0/+2
2012-04-10to find the headers and (static) library of our internal opensslLaurent Godard1-0/+5
2012-02-29Simplify install name handling for external libraries on Mac OS XStephan Bergmann2-15/+21
...by allowing our special @___... tokens anywhere within an install name, so that external modules can configure --prefix=/@___... etc. This removes the need for the special extshl and EXTRPATH=LOADER. Also, a new OUT2BIN_NONE can be used for external modules where the generated libraries need the default EXTRPATH=OOO, but generated executables are only used during the build and such need RPATH=NONE.
2012-02-22Revert "add dylib to the list of native python modules for Mac (for ↵Stephan Bergmann2-15/+1
pyuno.dylib)" This reverts those parts of commit f892f979ce17c70ccff5c802db17f24129628504 that add .dylib as an extension for native Python modules, which in turn was obsoleted by 2ea723e8ce4077c7efa957d278637c4d9f32cf14 "Revert 'Mac OS X uses .dylib and not .so for python modules.'" (and I verified on Mac OS X 10.6.8 that both LO's internal Pyton 2.6.1 and MacPort's python3.2 indeed import a pyuno.so just fine). There were additional modifications regarding pyversion stuff in the original commit f892f979ce17c70ccff5c802db17f24129628504 that appear unrelated and which I left intact.
2012-02-09Added and improved READMEs for modules in libs-extern-sysJosh Heidenreich1-0/+1
2012-01-02Linux LD_LIBRARY_PATH is missing as well.Stephan Bergmann1-1/+2
2011-12-20Abandon attempt to use the debug CRT in a dbgutil buildTor Lillqvist1-1/+1
2011-08-02Resolves: fdo#36763 backport fix for py#4768Caolán McNamara2-1/+13
2011-07-29UPDMINOREXT is gone away, drop itCaolán McNamara1-23/+18
2011-07-26Use MACOSX_SDK_PATHNorbert Thiebaud1-2/+1
2011-07-26add easy-valgrindability to built-in pythonCaolán McNamara2-1/+73
2011-06-11add dylib to the list of native python modules for Mac (for pyuno.dylib)Christian Lohmaier3-5/+16
2011-06-06allow building internal Python on Mac (needs to be built as framework)Christian Lohmaier6-13/+108
fixes #i111496# (meta), #i111498# & #i111500# (along with the similar commits to the other repos)
2011-06-06don't limit the _POSIX_SEMAPHORES+0 to FreeBSD (Mac needs it as well), rediffChristian Lohmaier1-140/+114
please guys'n'gals: Use dmake create_patch when updating/creating new patches. And when replacing patches instead of adding ones, use solenv/bin/patch_sanitizer.pl
2011-06-03Drop %_EXT% which was always emptyTor Lillqvist1-151/+151
2011-05-29Don't build Python if DISABLE_PYTHON is TRUETor Lillqvist1-0/+6
I don't know if this is the right thing to do. The --disable-python switch is documented to "Disable build of Python 2.x UNO API". Does that mean that it should disable use of Python at run-time completely? What about use of Python tools at build-time, do we have such? Will --disable-python then disable their use, too?
2011-05-28Make the patch actually applyTor Lillqvist1-3/+3
2011-05-27Merge remote-tracking branch 'origin/integration/dev300_m106'Jan Holesovsky3-1/+36
Conflicts: berkeleydb/makefile.mk
2011-05-21Drop OS2Tor Lillqvist1-3/+0
2011-04-22Merge commit 'ooo/DEV300_m106' into libreoffice-3-4Jan Holesovsky3-1/+36
Conflicts: python/makefile.mk zlib/makefile.mk
2011-03-29CWS-TOOLING: integrate CWS ause127Ivo Hinkelmann2-1/+22
2011-03-23Merge commit 'ooo/DEV300_m103'Jan Holesovsky1-6/+0
Conflicts: graphite/makefile.mk libxml2/makefile.mk
2011-03-22ause127: #i117375# avoid hard links in python buildHans-Joachim Lankenau2-1/+22
2011-03-18masterfix from: sb140: #i117456# on Solaris 11 against Solaris 10 baseline, ↵sb2-1/+15
trick python configure into thinking it sees Solaris 10 (transplanted from 6402ce7b0667b255e70c517c4320ecaee2682c56)
2011-03-09Merge commit 'ooo/DEV300_m101' into intm101Jan Holesovsky2-4/+37
Conflicts: boost/aliasing.patch boost/makefile.mk cairo/cairo/makefile.mk cairo/pixman/makefile.mk dictionaries/da_DK/README_th_da_DK.txt dictionaries/da_DK/description.xml dictionaries/da_DK/dictionaries.xcu dictionaries/da_DK/makefile.mk dictionaries/da_DK/th_da_DK.dat dictionaries/de_AT/th_de_AT_v2.idx dictionaries/de_CH/th_de_CH_v2.idx dictionaries/de_DE/COPYING dictionaries/de_DE/COPYING_GPLv2 dictionaries/de_DE/COPYING_GPLv2.txt dictionaries/de_DE/README_extension_owner.txt dictionaries/de_DE/README_th_de_DE_v2.txt dictionaries/de_DE/makefile.mk dictionaries/de_DE/th_de_DE_v2.idx icu/makefile.mk moz/makefile.mk python/makefile.mk
2011-03-04sb142: #i116738# ignore test stuff from the Python implementationsb1-6/+0
2011-02-15Py_DEBUG mangling for WindowsTor Lillqvist1-0/+11
2011-02-14Make debugging the Python interpreter simplerTor Lillqvist2-13/+295
When building (in the LibreOffice sense) for Windows with debug=t, use the Debug solution configuration, but make the Debug project configutations produce identically named executables as the Release ones, and also use the normal runtime library. Use same executables names
2011-02-14Clean up Python patches a bitTor Lillqvist2-386/+10
Don't bother commenting out stuff we don't want in the pcbuild.sln file. Instead just remove it. Don't bother patching files specific for older MSVS versions that we don't support any more.
2011-02-02Clean up makefilesThomas Arnhold1-15/+0
2011-01-23Fix Python build for x64 WindowsTor Lillqvist2-1/+136
2010-11-23fixed urllib.urlopen in the internal python (fdo#31466)Petr Mladek2-1/+95
+ backported two fixes from newer python: + close the file even if an exception occurs (py#5536) + urllib doesn't correct server returned urls (py#918368) + thanks karolus <karlooforum at arcor dot de> for analyzing and suggesting the fix
2010-11-04Elide all "SO:" and "OOo:" build.lst prefixesNiko Rönkkö1-1/+1
2010-11-02Make sure Python builds for VS2008 againJesús Corrius1-1/+1
2010-10-29Actually deliver VC++ 10 compiled PythonJesús Corrius1-0/+14
2010-10-29Visual Studio 2010 project files for PythonJesús Corrius2-1/+6375
2010-10-13get this to build on AIXCaolán McNamara3-1/+166
2010-10-08ause126: #i114866# applied patch from issue: fix parallel build issueHans-Joachim Lankenau2-0/+37
2010-09-14python-win32-buildfix.diff: make python build properly on win32Thorsten Behrens4-4/+386
2010-06-30sb126: merged in DEV300_m84sb1-0/+1
2010-06-22sb126: #i110197# remove -Wl,-z,noexecstack hacksb1-4/+0
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-27 16:50:38 +0000