| Age | Commit message (Collapse) | Author |
|---|
|
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
|
|
Change-Id: Iae399e4d596db450e3ed0e15678e546aa76797a0
|
|
Change-Id: I32c5bc1736305d38fb86b1b8af7606ac6c7f0dd0
|
|
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: I52c62a91e317f072237cf25ed54f3cc6456d82b3
Reviewed-on: https://gerrit.libreoffice.org/1495
Reviewed-by: Peter Foley <pefoley2@verizon.net>
Tested-by: Peter Foley <pefoley2@verizon.net>
|
