Age | Commit message (Collapse) | Author |
|
This reverts commit 26a67002fcb9381b54de6cae1aaa37120d49066a. "Iff" is not a
typo, see 2a65bf32ec270484dcea4d22d3c93552dc0c24dd "Revert 'Typo: iff->if'".
|
|
Only replaced "iff" with "if"
Change-Id: Ib9dfa5c12b05500043147fe3b65f923b1b12a581
Reviewed-on: https://gerrit.libreoffice.org/37782
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
|
|
See b167466147baec95a3b123a07d648fc2589bc3c9 "Remove HAVE_CXX11_CONSTEXPR,
always true now" and f4884d051f1eea07a0fe371834cb7c1da1cbee07 "Remove
HAVE_CXX11_UTF16_STRING_LITERAL, always true now". By now, any outdated
builders where this would fail should have been identified and taken care of.
Change-Id: If36354210f847718a507da490ccf158db8cea34a
Reviewed-on: https://gerrit.libreoffice.org/34922
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I131165b9fc6005d71e02432499647a252ef3e78d
|
|
Change-Id: I07fa8b67dc5cbad7f216fa4eafb29120767a39a8
|
|
Run the command below to convert all URLs for *dev-www.libreoffice.org*
to use the more secure HTTPS URL.
```
git grep -l 'http://dev-www' | xargs sed -i 's,http://dev-www.libreoffice.org,https://dev-www.libreoffice.org,g'
```
If a redirect is implemented for the insecure HTTP requests, also one
request would be saved.
```
$ curl -I http://dev-www.libreoffice.org
HTTP/1.1 200 OK
Date: Wed, 17 May 2017 10:00:52 GMT
Server: Apache/2.2.12 (Linux/SUSE)
Content-Type: text/html;charset=ISO-8859-1
$ curl -I https://dev-www.libreoffice.org
HTTP/1.1 200 OK
Date: Wed, 17 May 2017 10:00:57 GMT
Server: Apache/2.2.12 (Linux/SUSE)
Content-Type: text/html;charset=ISO-8859-1
```
Change-Id: I99626ded90f72239f98ce76fd1b2760c31c34408
Reviewed-on: https://gerrit.libreoffice.org/37703
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
|
|
Change-Id: I0b48f46256aa88486dd29b1d283fa8be1ef2dced
Reviewed-on: https://gerrit.libreoffice.org/37189
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I2762de031dc1b926e85630fe03bf7c1dbe936569
Reviewed-on: https://gerrit.libreoffice.org/37517
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: Id64d7b3b4af56fd696eba497837399ab912e35af
|
|
Change-Id: I6a6f88698133b77d030a3fb6b54dbafb7dca3e58
|
|
So that this code will get tested by jenkin's builds.
Change-Id: I36b0bf9e701c9e5ea1ac173d838aaccdb8d3b0df
Reviewed-on: https://gerrit.libreoffice.org/37067
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Kohei Yoshida <libreoffice@kohei.us>
|
|
Change-Id: I40b89a0df483645fc743fb092d3d39ea682c510c
Reviewed-on: https://gerrit.libreoffice.org/37060
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Also regenerated all patches using make icu.genpatch (hence the .1
suffix that indicates the path level) as some hunks did not apply anyway
and all now have the correct offset. Using genpatch may have the future
benefit to yield smaller diffs between different versions of patches.
Also prefixed all patch names with icu4c- for a cleaner listing.
New patches introduced are prefixed with icu4c-59-...
Change-Id: Ia83754b0823839887fce1a1d4ed04f8375b113c2
Reviewed-on: https://gerrit.libreoffice.org/36809
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
|
|
Change-Id: Ic936be25c6d66dd6a73d101869d535684bf0d680
Reviewed-on: https://gerrit.libreoffice.org/36918
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
|
|
change accidentially I presume by
e81a35e1a86b6492a68f52ae53c41ee624981ee8
Change-Id: I5a52d6e33708b03fcbcd74b0134710ab32a9618d
|
|
This should help with some of the RandomConfig tb failures.
Change-Id: I83af9c2c50fa2f3044e7507a1b902807536452dd
Reviewed-on: https://gerrit.libreoffice.org/36581
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
since it apparently doesn't build with 0.13 anymore since
6f12914ddfb4d69c0267b206be654c875da17426
Change-Id: I249c524f7a3aee2bfb52849a01ce1226584a9706
|
|
Change-Id: I1f08d6ef43b76e7bae41ac33bb954f506ae7c485
Reviewed-on: https://gerrit.libreoffice.org/36542
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
svn.code.sf.net is no more...
Change-Id: I135b557dc8d15da2b55bf74da38b79cf87d46734
|
|
Not sure if the build would actually find them later when needed, but
as I typically don't build with --with-package-format=msi, I assume
that the MSI tools won't be used.
Change-Id: I808cbed152c7a1ba4e9222650b731548dc2a54a8
|
|
Change-Id: I95b968b7ba13481d246fde7471b02f821372e1fd
|
|
...than basing it on naked winsdktest, even though both should be effectively
equivalent modulo Windows pathname normalization voodoo. But at least the
Win-x86@62-TDF bot complained after a4d1ed6ba2a81b4284cd360f44b6723bc9bfaf85
"Adapt to Windows SDK 10.0.15063" with
> configure: setting up the build environment variables...
> cygpath: cannot create short name of C:\Program Files (x86)\Microsoft SDKs\Windows\v7.1A\Bin\x86
> configure: error: path conversion failed for "C:\Program Files (x86)\Microsoft SDKs\Windows\v7.1A\/Bin/x86".
presumably because that path does not exist, so pathmunge() -> PathFormat() ->
cygpath can't generate a short 8.1 DOS form for it (and maybe with the already
voodoo'ed WINDOWS_SDK_HOME that happened to work nevertheless, because voodoo?).
Unfortunately, this requires to move the whole "Check for the Windows SDK" block
further up---but the block itself left unchanged except for splitting the part
out that uses WINDOWS_SDK_BINDIR_NO_ARCH.
Change-Id: I13a369ba34b63392ec42333dbc1e538b49a24ca1
Reviewed-on: https://gerrit.libreoffice.org/36481
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
On a machine with MSVC 2013 and 2015 (but no 2017) installed, I installed
"Windows Software Development Kit - Windows 10.0.15063.137" as available through
<https://developer.microsoft.com/en-US/windows/downloads/windows-10-sdk> (in the
hopes that it will provide a better fix for
acbb7e3243afec515bf98b2b34454afc5320bf66 "Work around clang-cl issue with MSVC's
safeint.h for now"). That apparently removed various files from the
C:\Program Files (x86)\Windows Kits\10\bin\ hierarchy, while it added files to a
new C:\Program Files (x86)\Windows Kits\10\bin\10.0.15063.0\ hierarchy (and
<https://developer.microsoft.com/en-US/windows/downloads/windows-10-sdk>
mentions that in an "SDK Layout Changes: Side by Side install of tools and
metadata" section). So return a new winsdkbinsubdir var from find_winsdk() to
cover installations that use this new layout scheme.
In b076e8f673d1714ee8b6f991eb2ca299b6fa8949 "Fix include and library paths for
at least me", tml had hardcoded some 10.0.15063 -> 10.0.14393 mappings that are
unhelpful at least in my scenario. I tried to keep those hacks in in a way that
would still work for tml's scenario.
The check for msiinfo.exe etc. had been broken since
ecfabb66f421ef07f52a655117f047aa75d54a01 "add support for Windows 8 SDK", but
apparently in a way so that nobody noticed. The first
# needed for msi packaging
pathmunge "$WINDOWS_SDK_BINDIR_NO_ARCH/x86" "before"
is indeed needed, as (at least some of) those tools are only available in the
arm and x86 sub-dirs, not in the arm64 and x64 ones. (I'm not sure whether the
two later pathmunges adding $WINDOWS_SDK_BINDIR_NO_ARCH/{x64,x86} are still
relevant, though.)
Change-Id: Ia403e4bde7b1abf7e2c9d9f084a05af2d1311617
Reviewed-on: https://gerrit.libreoffice.org/36455
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Idd192405810d1e56ded4a42a1bcf972d2e3de904
|
|
Despite that the HKLM/SOFTWARE/Microsoft/Microsoft SDKs/Windows/
v10.0/ProductVersion value is 10.0.15063, the headers and libraries we
want are in the subdirectories called 10.0.14393.0, not 10.0.15063.0.
Not sure if this is just because of the collection of Visual Studio
versions I happen to have installed, and their order of installation,
or always true.
Instead of all the convoluted logic in configure.ac, it would make
much more sense to just use the relevant vcvars64.bat or vcvars32.bat
file and pick out the INCLUDE and LIB environment variables it sets,
and mangle that. We already have a (misleadingly named) function to
look for variables set by a .bat file, win_get_env_from_vsvars32bat().
Change-Id: I647ec1d0924ba4c743e4c16d2fa0a05014e0b2e3
|
|
Unfortunately -Og doesn't work as well as advertised, variables are
optimized away too often.
See thread at
https://lists.freedesktop.org/archives/libreoffice/2017-April/077479.html
Change-Id: I5fc141ea9c7c6931aaf8220c7abf6b413326049e
|
|
added 10.3 SDK to configure.ac
Change-Id: I2bd287cada37e595ee25a5a1bfc535daeeb247a9
|
|
Change-Id: Ie244411dd155af245c83e758f432237ce72fa623
Reviewed-on: https://gerrit.libreoffice.org/35981
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: Iea46a5d41a83edb150573102ccfbd9cd3ab4e89a
Reviewed-on: https://gerrit.libreoffice.org/35980
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
|
|
Switch to using sha256sum for checking if files change. Not for
security, just so we don't need to check for md5sum.
We also change the Windows installer to rely on the perm md5
digest instead of the environment variable. The code to do this was
already in directory.pm
Change-Id: I24aed542c6201abf030fdd62116aec3f8ea3513b
Reviewed-on: https://gerrit.libreoffice.org/35140
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: Icd1ce144733d2f5e907a19bb6ef307d50becb49d
Reviewed-on: https://gerrit.libreoffice.org/35769
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Tardon <dtardon@redhat.com>
|
|
Change-Id: I56e429ff1b8ee55ccb8df16002b509770762172c
Reviewed-on: https://gerrit.libreoffice.org/35618
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Julien Nabet <serval2412@yahoo.fr>
|
|
This was added because CPPUNITTRACE='"$(DEVENV)" /debugexe' is less
convenient to write than CPPUNITTRACE='$(DEVENV) /debugexe'.
However DavidO points out that CPPUNITTRACE=TRUE is even more
convenient and sort of optimal already, and it turns out it's broken by
the extra quotes, so remove the hack.
Change-Id: Ic5d94f9a0774cd41821b68728404c205552d674e
Reviewed-on: https://gerrit.libreoffice.org/35589
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Tested-by: Jenkins <ci@libreoffice.org>
|
|
... from a DOS style 8.3 path, for whatever reason. Special case DEVENV
variable so it uses long path.
Change-Id: I03bb20a8f35cd116edd33ec91178f9deddbc4257
|
|
...which appears to happily accept complex C++14-style constexpr function
definitions, and only complains if such a function call is then used in a
constant expression context.
Change-Id: I8f7efd7f0af7b1b98d78840cebfeda8bc96e15d0
|
|
Change-Id: I13bf9ff8e824f69f54158af1aaf6d4cb5709b04a
|
|
Change-Id: Id8985a6049f8ffe7494d04c535f981767ffc4456
|
|
prefer having nasm/yasm but if its not there warn and fallback
to disabling assembler optional goodness
Change-Id: Ib31ad81717842f743c2910d575a9ebbc279a9c79
Reviewed-on: https://gerrit.libreoffice.org/35189
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I7ac4f32cb01bfcc3a2c06e69280c2150d408ec6b
Reviewed-on: https://gerrit.libreoffice.org/35174
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
Reviewed-by: Tor Lillqvist <tml@collabora.com>
Tested-by: Tor Lillqvist <tml@collabora.com>
|
|
Visual Studio 2015 has a Community Edition. Use that. VS2017 has no
Express variant at all.
Change-Id: I23bcd10c543a7626b2d69d64306fa5eac74e3b27
Reviewed-on: https://gerrit.libreoffice.org/35009
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: David Ostrovsky <david@ostrovsky.org>
|
|
Change-Id: Id3723d0242711ba9b5450bb69b2ea09e614c90f6
Reviewed-on: https://gerrit.libreoffice.org/35014
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
This reverts commit 754854674859560506b617ebf07e6563c197aac8.
Change-Id: I0863fb5e34608911c784bbdf19e76297b3c2d13e
|
|
Change-Id: Iffbfc75772219cc27b28013c35c20e98cd3cacc7
|
|
Converts Windows to Unix newlines, so bash will handle the
result correctly.
Since $(..) or `..` will already remove trailing newlines,
this reverts the unneeded changes of commit
37baabe6436037de604bfbc2702bfb0bc156c41b
Change-Id: I0071237f0600c2d71da066eb2e2b541e338e7016
|
|
Change-Id: Id98d73eef46d63686745bf6cd3482b18c7223c3a
|
|
Change-Id: I7ae99ebc693291709edc6df233f54dfe00d74e9e
|
|
Change-Id: Ida91e0ec55f2bacad036bf016f7dac8c5784cc2d
|
|
Change-Id: I311f68b32bb33a7d9363c1c28dfd0e5ad8ee986c
|
|
Change-Id: Ia3a634362e1c17c5aed14fdba7396c5319110b34
|
|
The brackets already act as quotes in .ac files. Having additional
quotes causes the result to look like:
checking whether we want to fetch tarballs... "yes, if we use them"
which is not consistent.
Change-Id: Icc5dfc4c6b58d1d7a3d4bb280cc3da3dc21e515a
|