use defines from static version of autoconfig.h for msvc instead of
fiddling with configure. Removes the need for adding some defines/checks
in the sources.
Change-Id: I21d4217ebb687eb13f7e7db2519a209f3b178a90
1.59 upcoming release is needed for MSVC 14.0 (aka VS 2015) support.
There is a known breakage on MSVC with boost::none instance in
optional library. Use not documented define as explained in this
issue upstream [1]: BOOST_OPTIONAL_USE_OLD_DEFINITION_OF_NONE.
[1] https://svn.boost.org/trac/boost/ticket/11203
Change-Id: I25b1797da93f7959d15a70105d67100e0e2c4b3b
Reviewed-on: https://gerrit.libreoffice.org/17056
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Jenkins <ci@libreoffice.org>
With the 2.5.4 upgrade somehow this fails to link fbintl.lib with
unresolved symbols.
Debugging is overrated anyway, let's just disable that for now.
Change-Id: I265c705c10ca7c70baa18232f6f740120d6b397e
Test environment for CMIS server using Apache Chemistry and by
default it has just username without password for authentication.
But libcmis uses authentication only if both username and password
are given.
Corresponding patch is already applied to libcmis master.
Using default patch level 1 for libcmis patches, updated existing patches.
Change-Id: Id77b59324002e47258b6315d7383496fa1e9c6ae
Reviewed-on: https://gerrit.libreoffice.org/17070
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de>
... instead of the correct truncation.
Thanks to Lionel for the idea of the fix and his patience for newbies like me!
Change-Id: Iae9ec9251c0beb0c1856a6573f6ff7963d216256
Reviewed-on: https://gerrit.libreoffice.org/17012
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Lionel Elie Mamane <lionel@mamane.lu>
So if we know which object we just created, don't rely on the server
response to tell us. Improvement on the fix from
5c10e8cd0e.
Change-Id: Iddf706fb3b8bef38217a406c806963ba4496c7c9
- drop nss-linux-x86-patch.0:
this was actually patching OS/2-specific code so is evidently obsolete
- drop nspr-build-config.patch:
there does not appear to be any justification why this huge patch exists
at all, so the only reasonable thing to do is to drop it
- nss_macosx.patch:
drop several hunks relevant only to unuspported MacOSX/PPC platform
Change-Id: Id55fcb8eaa637c10a42203f1897480df8a6ec0fa
...as discussed in 371cc81bd9 "external/liborcus:
Fix Linux RPATH:"
* When an external module produces multiple libraries (that we all install) that
depend on each other, they need to contain $ORIGIN in RPATH (strictly
speaking, those that do not depend on any other libraries from the module
would not need that, but it is harmless and easier to do that way).
* When an external module's libraries depend on other external modules'
libraries, and (at least some of) those other external modules are not
configuread as --with-system-*, they need to contain $ORIGIN in RPATH (again,
for simplicity, some libraries may get that even if they would not strictly
need it).
* Try to outsmart the external modules' libtool instances to not add (ultimately
bogus) paths to RPATH for dependencies on libraries from external modules
(either from the same module, or from anohter module not configured as
--with-system-*). The only time we do not outsmart libtool, and instead rely
on it (hopefully?) doing the right thing is when a given external modules'
libraries depend on libraries from excatly one other external module, and the
latter is configured as --with-system-*.
* That outsmarting means that if an external library depends both on external
libraries provided by modules not configured as --with-system-* (so RPATH
contains $ORIGIN, and the outsmarting is not suppressed) and on external
libraries provided by modules configured as --with-system-*: Then if the
latter are in unusual locations on the system that would require an RPATH
entry (which might be provided via the corresponding "pkg-config --libs", say,
and presumably would be honoured by libtool if we did not outsmart it), then
those paths are now erroneously missing from RPATH.
* That outsmarting also causes linking of some utility applications in module
redland to fail, but those are ultimately unused, so cut them off by patching
their respective sub-directory Makefile.in.
Change-Id: Iec05b3568fbcf04987018322c328b769ae4f5dab
