Age | Commit message (Collapse) | Author |
|
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
|
|
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>
|
|
Change-Id: Ib6339c29f6820e75ff99aeb0547145597771d584
|
|
Change-Id: I47af280e24bff248e6404ec18c1afef8c461b40b
|
|
Change-Id: I8bea810debfd4f53f4c53fe06fdf1f2b9256e795
|
|
Change-Id: If8075a459acf4901ef451b24e54d88a8b68393f9
|
|
|
|
...complainging that "‘PyArg_ParseTuple’ is an unrecognized format function
type."
Change-Id: I125af6669010c4c9c1a18cc7c1a4895acc89338b
|
|
Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
|
|
Change-Id: I8bbc7e73e210461b465bfdcd62b2da1d974020df
|
|
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>
|
|
Change-Id: If0d7b17b97a78eddcdd02b3951afb7b2a1ae43ad
|
|
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>
|
|
|
|
Change-Id: I52c62a91e317f072237cf25ed54f3cc6456d82b3
Reviewed-on: https://gerrit.libreoffice.org/1495
Reviewed-by: Peter Foley <pefoley2@verizon.net>
Tested-by: Peter Foley <pefoley2@verizon.net>
|
|
Change-Id: Ifa463327e9f33696012b3add0640b12f6d585178
|
|
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.
|
|
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
|
|
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
|
|
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
|
|
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
|
|
Change-Id: Ic91cab680b86d8064212e9833c81b37db2002720
|
|
Change-Id: Iac990e65e3af852a527e67154c66e8ad39ce4767
|
|
Thanks kendy for digging up the patch.
Change-Id: I97bc96081736596e84206b95a8d6b658ec3ffae5
|
|
Thanks to shm_get for guessing the cause of the problem.
Change-Id: Ieca7199c0c267dc2acaa9ece3ef55747e6a4f816
|
|
- configure defines PYTHON_VERSION, PYTHON_VERSION_MAJOR,
PYTHON_VERSION_MINOR
- remove pyversion.Makefile
Change-Id: I19ac8df18a520ad56bf63ea038dc0769b8249d0b
|
|
Change-Id: Ia4b08a1b20bf46af4d06c0478ed8e795ee543703
|
|
Change-Id: I0815aa0f5b50166f626f721be56969c0afd655a8
|
|
Change-Id: I61ea54ff5a5771ad2dee1b3514c97fbdd9f241b9
|
|
Change-Id: Iff8904ac0c856dd3175b429b4919a04a57c1b6ad
|
|
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
|
|
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
|