Age | Commit message (Collapse) | Author |
|
In some 64bit Windows environments we get the link error while building
libraries for 64-bit Explorer extensions.
This patch will fix this error.
This error occours only when we build 32bit LibreOffice on 64bit Windows
with Visual Studio 2015.
In some environments UCRT SDK directory does not match Windows SDK
directory.
In that case UCRT library's directory path is incorrect at the linking
phase.
Change-Id: I245b1a70f5e1137a8840aa2e7a70f521eab18cb3
Reviewed-on: https://gerrit.libreoffice.org/23982
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
The option /Zc:wchar_t- prevented to use wchar_t as a built-in type
according to the C++ standard. In Visual C++ 6.0 and earlier, wchar_t
was not implemented as a built-in type, but was declared in wchar.h as
a typedef for unsigned short. Now, years later after the end of life
this outdated toolchain, there is no reason not to use native type.
The only issue could be the ABI compatibility. But on a quick look at
least, it looks like none of the mangled C++ symbols in the stable URE
interface actually depend on wchar_t.
We forgot to get rid of /Zc:wchar_t- in 5.1. Do that for LibreOffice
5.2, though.
Change-Id: I8d6b380660859efa44c83c830734978d31d756a0
Reviewed-on: https://gerrit.libreoffice.org/22589
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I338f129c14902e2fb98e4b961ce64c61f8633b29
Reviewed-on: https://gerrit.libreoffice.org/24561
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
Breaks tinderbox build in cppumaker
This reverts commit 3393e04edd0f4f6baf5faeda2ed761332f45d9e5.
|
|
acc, expwrap and store are loaded at startup anyway
Change-Id: I28020962238be3fe73a1b1dbba59a45c7d3c1e1d
Reviewed-on: https://gerrit.libreoffice.org/23459
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Oliver Specht <oliver.specht@cib.de>
|
|
-Werror is generally suppressed in Bison-generated C/C++ code (as in all other
generated code) to silence warnings from the Bison skeleton code. And the Clang
plugins suppress warnings in generated WORKDIR code based on the presumed source
location (i.e., taking #line directives into account). So introduce a new
PLUGIN_WARNINGS_AS_ERRORS mode where warnings from Clang plugins are reported as
errors even if -Werror is suppressed. That way, any warnings in the Bison
skeleton code still do not lead to compilation errors, while (at least plugin-
emitted) warnings in the genuine source code do.
Unfortunately this cannot also be enabled for Flex source code, as at least
Flex 2.5.39 generates poor code that does not properly prefix all skeleton code
with appropriate #line directives, so that some skeleton code would be mistaken
for genunie source code, and compilation would fail due to errors.
Also, %glr-parser Bison input appears to generate no #line directives at all (at
least with Bison 3.0.4), so all of connectivity/source/parse/sqlbison.y is
considered generated code and plugin warnings are still suppressed throughout.
Change-Id: Id746e81cbfa5f77628b0a34c7b82780948e7db08
|
|
69858a99c9b566303551a1bff91172917c5d624f removed the script layer
around a gengal.bin
so there is no gengal 'script' anymore and gengal is a binary
that was signed at link already.
remove the exception that force a sign of gengal as a 'script'
which caused an error due to re-signing.
Change-Id: Ie22efceb8e5ab20018be784968487917c6f0a95e
Reviewed-on: https://gerrit.libreoffice.org/24306
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
...not already automatically enabled through the existing -W switches.
The set is assembled from information in
<https://gnu.wildebeest.org/blog/mjw/2016/02/15/looking-forward-to-gcc6-many-new-warnings/>.
All issues found have already been fixed with earlier commits.
Change-Id: I1abb6ba3a12c0ffb2756d06476e395b24e596f8e
Reviewed-on: https://gerrit.libreoffice.org/24219
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I1920ece6ca683403d72a68b6705da2dea7c9ad9b
|
|
Change-Id: I8e053f5f0c6994c44485f61f5b3dc489271b8c5f
|
|
With MSVC 2015 it is triggered by odd code in Windows 8.1 SDK
DbgHelp.h and imagehlp.h.
Change-Id: I8694e4598fa8e3a6d6c6e8a0f94429af16f40c6b
|
|
Change-Id: Ibff54fcbcf1bbd96a32ec48923b57eaa71a3ca1a
|
|
Change-Id: I37396cfe303bdc17520a69ee7cbdbdbc219eea1c
|
|
Change-Id: I4e2cd2d98299ee0b25e05b8a96fb8c3b8390b66d
|
|
Change-Id: I3e6b8d424c460987f7a6269ad035ecaeafe48366
|
|
Change-Id: I64fd0e7c9a574b0ed8164ca6faaf589a2ed83ed5
|
|
Change-Id: I1eca853d05beb4968795cc272ef57f5791a1dc20
|
|
various changes to add constructor functions for UNO component
implementations (see tdf#74608) caused those to be "invisible" to the
android viewer, as solenv/bin/native-code.py determines what's available
in the android lib.
This change adds back the nimimal required ones to allow opening (basic)
documents again.
Change-Id: I8e6ef6d42dd566f94c5133bab1d6e5d6f465e118
|
|
Change-Id: I8b1bb924afe13a034125c892205aae8167a10bd1
|
|
Change-Id: I6b56ac08db71eb354e0b2d57913e6e78d2652877
|
|
Change-Id: I6275327a1b079f8cc0939e608dbbaff544ab05b0
|
|
Change-Id: I4ac94475b663c1ec1f5148b766a81a31adb1d49e
Reviewed-on: https://gerrit.libreoffice.org/23038
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I5445837ec4f647e91fe2aeab1251e48628f5e7f1
|
|
Change-Id: I55ba6e9c51a5bbfc366a36e8e0baef9cf05d5bbc
Reviewed-on: https://gerrit.libreoffice.org/22933
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Change-Id: Ia1fb09b89d3ccc3c7f4a11799f0d8eac99c6c7a9
|
|
Change-Id: Icf9bdcd0bcd988d32477cf9ab7f8d917ff6a2275
|
|
Change-Id: I006d21b6240898cbaed2b382276654d3ad8076a2
Reviewed-on: https://gerrit.libreoffice.org/22732
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: David Ostrovsky <david@ostrovsky.org>
|
|
Change-Id: If39a4991b487b14d21572d6e3d785df4c287f190
Reviewed-on: https://gerrit.libreoffice.org/22238
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Ibf1cc6dcec3909f8aa639e52a13c2b8641c28628
|
|
Change-Id: I10b3269e3ac81f0c7e3fa60229e2b1e3fcab512b
Reviewed-on: https://gerrit.libreoffice.org/22590
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: Id367ad150fa50cb3ed4d32cb5c7c8408f91e371a
Reviewed-on: https://gerrit.libreoffice.org/22544
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
Much more readable.
Change-Id: I87c696e3f2f17a98c83eab9ed8149b79902be0fe
Reviewed-on: https://gerrit.libreoffice.org/22431
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I2dd6e80698818f2a02e63cf91a72fe8c08b2265c
Reviewed-on: https://gerrit.libreoffice.org/22453
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
|
|
stage 2 of replacing usage of various checks for the windows platform
with the compiler-defined '_WIN32' macro
In this stage we focus on replacing usage of the WIN macro
Change-Id: Ie8a4a63198a6de96bd158ecd707dadafb9c8ea84
Reviewed-on: https://gerrit.libreoffice.org/22393
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
... command line limit, so use try to use $(file) on that platfrom while
preserving the existing echo code for Macs.
Change-Id: I65e3f6b082df201830fa16375a9fad407cff8085
Reviewed-on: https://gerrit.libreoffice.org/22409
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
(regression from c33fb4828e2fda2648f11614a20ce0172d4af3db)
Change-Id: I8d20343401cab13a3b6721d0d3016edaeb7dd898
|
|
Pyuno creates packages with a "/" in the name, so need to escape that
too. Since it's getting a bit repetitive facotr out a function to do
the escaping.
Change-Id: I4481d6a291b384390723a04e3e82615e73edc7eb
Reviewed-on: https://gerrit.libreoffice.org/22392
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
Change-Id: I4586168d3af81f047a4ded59fc6d257f17554885
Reviewed-on: https://gerrit.libreoffice.org/22194
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>
|
|
Change-Id: I959279c11f0ae5f372936ee3db605716cab37c21
|
|
I've changed the doxygen generation script to generate an xhtml
page, and it uses SVG diagrams now.
Change-Id: I876795675ae9ebcfec6f7fe5edc43c9d2e4964d3
|
|
Change-Id: Ib1bed3e4df91ad00ecf2deb5c3d135cc2f5561b5
|
|
using the gb_DBGARGS variable.
This value is appended to the gdb "set args" command.
Change-Id: Ic15754d7edcc448f283522338900684a29a03cf3
Reviewed-on: https://gerrit.libreoffice.org/21364
Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
Tested-by: Jan-Marek Glogowski <glogow@fbihome.de>
|
|
Change-Id: I28e55bbcae6d16af4ef230d1ec263ab356e1049f
Reviewed-on: https://gerrit.libreoffice.org/21586
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I2cbf3fc3ba2df7131ce9328de8bada701ecb3b65
Reviewed-on: https://gerrit.libreoffice.org/21524
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I560384d91fa5c6ba42123330369628419fe1bc1c
|
|
Change-Id: I534848c4be8eadf86b7f31ac742a80982405f56f
|
|
Seems to break the tinderbox, needs more work?
This reverts commit 6aaf1ec5a781b50ceda6d0d288a43dba435be2ce.
|
|
Change-Id: I2d4cedac4081260c5147d8c11904d042c765e3a6
Reviewed-on: https://gerrit.libreoffice.org/21557
Tested-by: Jenkins <ci@libreoffice.org>
Tested-by: Tor Lillqvist <tml@collabora.com>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
|
|
When building with GCC, the gcc-ar, gcc-ranlib, and gcc-nm wrappers
must be used for the linker to properly resolve symbols from static
libraries containing LTO objects.
Likewise, clang requires the llvm-ar, llvm-ranlib, and llvm-nm
wrappers.
Change-Id: I539017b6da7732f998a49820dc01d0e6b302952a
Reviewed-on: https://gerrit.libreoffice.org/21502
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
We are using boost::intrusive_ptr for a number of classes,
unfortunately by default we cannot see this in the Doxygen
collaboration diagrams.
However, we can work around this problem by making a dummy
namespace which we include in a header that is scanned by
Doxygen, but never included in LibreOffice. To be sure of this,
however, I have put #ifdef DOXYGEN_ONLY guards around the file
and defined this in the Doxygen config file.
Change-Id: I18d6956518a49e6006b64e2147023ec8266c8f5c
|