Age | Commit message (Collapse) | Author | Files | Lines |
|
...so building dynamic libraries down the road that link in the openssl archives
fails. Band-aid fix that by always passing in -fPIC (alternatives would be to
patch the openssl Makefiles to only build archives and no dynamic libraries even
under "shared" or to find another fix for the original Mac OS X hiden visibility
program that triggered 9f8736411d454bfd711ef964288c50aae9f9e375 "Only build in
ExternalProject_openssl what's needed in ExternalPackage_openssl").
Change-Id: I6b92ab55b0bbd340aacf325823b1f297e95f9197
|
|
...otherwise, building postgresql fails with missing "_ENGINE_load_4758cca"
referenced from _ENGINE_load_builtin_engines in libcrypto.a(eng_all.o) etc.
Change-Id: Ie3414164ee4f11a94cd59ec5ea072a40e99706fb
|
|
...i.e., for non-MSC always use "non-shared" (this also prevents a build error
when using -fvisibility-hidden on Mac OS X and linking fips_premain_dso misses
symbols) and just build "lib_crypto lib_ssl". Also cleaned up the rest of the
configure command line while trying not to change any of its meaning (and I have
no idea about WNT-GCC lacking "no-idea", likely just lots of cargo cult there
awaiting further clean-up).
Change-Id: I34ec43975cda7af800eeba5d4f6a0beaeca6f6bc
|
|
Change-Id: I980307749c5fb6f3682374e091bbcb91cdebd5fa
|
|
No idea why OpenSSL would need to load dynamic libraries. Avoid linking error
on Linux when linking OpenSSL-using stuff (at least libpostgresql-sdbc-impl)
as we don't use -ldl when linking it. Sure, we could instead add -ldl to the
libraries used by libpostgresql-sdbc-impl I guess, but let's see first if this
works.
Change-Id: Ia4e5c6b8b08c127f378e1578de93c1fd5b213016
|
|
So configure OpenSSL with the no-asm switch in that case.
Change-Id: I3ac291a5ca7681c14c269682deaf82798d76f522
|
|
Change-Id: Ic5f0bfab4a729b0abca332454817aa899a5adc6f
|
|
Change-Id: I5bc15cd2a6e35a7e4dd203ceffb3b49e5949855c
|
|
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>
|
|
This reverts commit 9ff0ee4905068cbc85acf85da1b3ef762b324ed7. Whatever the gold
warnings are exactly, this is apparently not the right fix.
The change to openssl/ExternalProject_openssl.mk caused crashes when LO's
libneon.so, statically linking in LO's libssl.a, started to export symbols like
SSLv23_client_method as global, competing with the same symbol from a system's
libssl.so. See the mail thread starting at
<http://lists.freedesktop.org/archives/libreoffice/2013-June/053119.html>
"strange crash in SSL code while opening some documents."
Whether the change to expat/StaticLibrary_expat.mk caused similar problems is
not clear to me, but it is probably best to revert both to be on the save side,
and see what exactly the gold warning was about and how to fix it the right way
if it ever shows up again.
|
|
Note that this doesn't imply it *will* be built; that depends on
configury options and changes to configure.ac.
Change-Id: I5ed531bc8999f49b9e696523226454f99f253882
|
|
Change-Id: I2c174e23b3f995d819ff8ab72281b386b26c1cfe
|
|
... now that everything is consistent.
Change-Id: I96c15159648815554280202eb1b6d274ead4e7b8
|
|
It must always be used exactly once, so replace it with constructor
parameter.
Change-Id: Ifbe87065c19a5185a5705dc461656179002ece5d
|
|
Change-Id: I2100d40264c067b22548025ab3a3be32a23835a6
Reviewed-on: https://gerrit.libreoffice.org/3489
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
|
|
The internal openssl on 64bit linux was built as linux-generic32, instead of
linux-generi64, which caused crashes later when used. This patch alignes it
with the logic before gbuildization.
Change-Id: I2919a91138e8f33ad50e64728496144bac815321
|
|
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
|
|
Change-Id: Iae399e4d596db450e3ed0e15678e546aa76797a0
|
|
Change-Id: I32c5bc1736305d38fb86b1b8af7606ac6c7f0dd0
|
|
|
|
Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
|
|
This fixes the following build error here:
ar: creating ../libcrypto.a
ar: cryptlib.o: No such file or directory
make[2]: *** [../libcrypto.a] Error 1
Change-Id: I8f746f4ff44c3797583678e47956363c0cd49829
|
|
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: I6c031e9d2e9211409b28ce0c20a3cd11119ab86e
|
|
Change-Id: I2c43441563cfb1237e6b2eaafe0acfaa5e952cde
|
|
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: I93deea3a80178f51fff9a23328df7a67f308e052
|
|
Change-Id: Ic0e04ab920c50320785f2e1b847026cc4e7b1e0d
|
|
Change-Id: I0b370ac227bbd833078804d8a276b48666df734c
|
|
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
|
|
including important bug fixes
|
|
|
|
|
|
|
|
|
|
|
|
...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.
|
|
|
|
|
|
Its alternative values as used by OOo is irrelevant to us as we don't
intend to support building using MinGW on Windows itself. To us, MinGW
always means cross-compilation. For us it is enough to look at
$(OS)$(COM), and WNTGCC always implies cross-compilation.
(OOo on the other hand attempts to support use of the Cygwin gcc with
the -mno-cygwin option (which is practically considered an obsolete
option), the normal MinGW compiler (but still from Cygwin), but not
cros-compilation.)
|
|
|
|
|
|
Wasn't that complicated after all.
|
|
|
|
|
|
Conflicts:
cppunit/ldflags.patch
hyphen/hyphen-2.4.patch
libegg/source/eggtrayicon.c
libtextcat/makefile.mk
|
|
|
|
For wntmscx, pass the platform code as VC-WIN64A to the OpenSSL build
mechanism. Add the additional steps described in INSTALL.W64 to
do_ms.bat: generate uptable.asm and assemble it. Avoid a problem with
_vsnprintf by defining _CRT_NON_CONFORMING_SWPRINTFS.
|
|
|
|
|