Age | Commit message (Collapse) | Author |
|
Change-Id: I5271f975ee8bae558dc00bcf8ea778a3203bbc18
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/153719
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
|
|
there is no need for 2 shared libs for such a small module
Change-Id: Id28c9038f3e16931bfb8af3532eca172998da1aa
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152374
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
soffice"
This reverts commit ff95984c8e3475b7ff7832683d621bd09896852e.
Reason for revert: The script was just a quick hack that I whipped up during other development work and I didn't know how to integrate it into debug builds by default. @Christian Lohmeier reviewed the script and noted the existing build scripts that add entitlements based on build type where I can put this new entitlement.
Change-Id: I4246639e99a62c63fb1ba38b19cac0442c71c0a6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/152031
Tested-by: Jenkins
Reviewed-by: Patrick Luby <plubius@neooffice.org>
|
|
Change-Id: Iae2332f088a5ed48f373f6f5389c4ea47f64f308
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151986
Tested-by: Julien Nabet <serval2412@yahoo.fr>
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|
|
Change-Id: I144687f794b4a6f80d5b8b20e0ce0618030aa0ff
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151985
Tested-by: Jenkins
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
|
|
To connect Xcode's Instruments application to profile LibreOffice, the
"com.apple.security.get-task-allow" entitlement must be added to the
soffice executable.
This script will set the "com.apple.security.get-task-allow" entitlement
instdir/LibreOfficeDev.app/Contents/MacOS/soffice executable so that
profiling can be done using a local build.
Credit for documenting this Xcode requirement goes to the following blog:
https://cocoaphony.micro.blog/2022/10/29/solving-required-kernel.html
Change-Id: I547edf7c1ad340267e9ed4c396fc723b7ea719be
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151981
Tested-by: Jenkins
Reviewed-by: Patrick Luby <plubius@neooffice.org>
|
|
to check the whole repository
Change-Id: Ic2df1248604e6e0053a8eeda50869eb5a3b1db0a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151942
Tested-by: Xisco Fauli <xiscofauli@libreoffice.org>
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
|
|
e.g.
==34359==WARNING: MemorySanitizer: use-of-uninitialized-value
#0 0xf83e3b4 in xmlParserPrintFileContextInternal /work/workdir/UnpackedTarball/libxml2/error.c:201:24
#1 0xf848d44 in xmlReportError /work/workdir/UnpackedTarball/libxml2/error.c:406:9
#2 0xf841166 in __xmlRaiseError /work/workdir/UnpackedTarball/libxml2/error.c:0
#3 0xf8755e0 in xmlFatalErrMsg /work/workdir/UnpackedTarball/libxml2/parser.c:602:5
#4 0xf8ed9a3 in xmlParseDocument /work/workdir/UnpackedTarball/libxml2/parser.c:10824:2
#5 0xf915b0e in xmlDoRead /work/workdir/UnpackedTarball/libxml2/parser.c:15175:5
#6 0xf9178fc in xmlCtxtReadMemory /work/workdir/UnpackedTarball/libxml2/parser.c:15452:13
#7 0x8d849f in LLVMFuzzerCustomMutator /src/libreoffice/vcl/workben/fodt2pdffuzzer.cxx:68:21
#8 0x83044a in MutateImpl /src/llvm-project/compiler-rt/lib/fuzzer/FuzzerMutate.cpp:550:22
Change-Id: I95c00d8ba0e4f9886ea6a03828cb2f065c6eff1e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151454
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ib6dabc636cd171151ce77e48a0e774e955ab7ce3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151434
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I5b238bfad2495b3354140a39366001186b3eb91a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151426
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
* Add the missing entry to Accelerators.xcu
* Handle vnd.sun.star.findbar:-command the same as .uno commands
Change-Id: I69d441d63a6b0478a07c9ef10665b7d59d3334b8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151322
Reviewed-by: Samuel Mehrbrodt <samuel.mehrbrodt@allotropia.de>
Tested-by: Samuel Mehrbrodt <samuel.mehrbrodt@allotropia.de>
|
|
- SwFrameFormats is now completely replaced by stronger typed
sw::FrameFormats<>, thus remove it
Change-Id: I7e655a83ba8cf01d1e68dccd1804c167e8daca9c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150455
Tested-by: Jenkins
Reviewed-by: Bjoern Michaelsen <bjoern.michaelsen@libreoffice.org>
|
|
Initially give it a fairly tiny input size limit.
Change-Id: Iabc2611174e88f1f6050edb21da4f28694bac4a8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151151
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
that look a good fit for the formats we're already fuzzing
Change-Id: Ie635d17d829858c0cb10f71ea936f8dc131db811
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151052
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Iee1e7a6bbc3e50b3e882465aafea4c9b0650dcbe
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/151056
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ib0ea6ad80ff24d3b405051c22b4cdcc461ae2018
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150999
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
So instead of:
sum total bytes included (excluding system headers): 21793372177
1197253280 132910 9008 /home/gabor/src/core/include/rtl/ustring.hxx
825845085 90207 9155 /home/gabor/src/core/include/rtl/ustring.h
We can see something nicer:
Sum total bytes included (excluding system headers): 21.795.559.123
Total bytes Size Occurrences Filename
1.197.253.280 132.910 9.008 /home/gabor/src/core/include/rtl/ustring.hxx
825.845.085 90.207 9.155 /home/gabor/src/core/include/rtl/ustring.h
Change-Id: Iabcaadae964221ed532e7e7e97b10211e37d4857
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150613
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
|
|
As a complementer to clang-tidy-12 --checks="-*,misc-unused-using-decls"
Pros:
- simple, fast!
- finds some more unused declarations, somehow
- works on non-linux specific parts of the code
- clang-tidy (for me) trips on files with external headers, this does not
Change-Id: If2db989114ac5c2841ed2e89ff7bd7a9e419f567
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/150612
Tested-by: Jenkins
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
|
|
Execution time changes:
- from 1m27,535s to 0m55,724s
- from 5m40,926s to 4m46,884s
- from 1m54,886s to 1m31,400s
- from 3m30,592s to 2m20,833s
for me. Also add a simple script that lists what's remaining to be
converted.
Change-Id: I274f5a11a0f606964bdad5d5e5254b65b09fe497
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149739
Tested-by: Jenkins
Reviewed-by: Miklos Vajna <vmiklos@collabora.com>
|
|
Add the static libraries that are required by the LibreOffice's
CTL and CJK text layout features to the iOS app add link list.
libnumbertext.a is one of the missing static libraries that are required by the LibreOffice's CTL and CJK text layout features.
The other missing static library (which was in the ios-all-static-libs list but was getting stripped by Xcode) is added back by listing the "lingucomponent_NumberText_get_implementation" C function.
Without these static library changes, enabling CTL or CJK will cause a crash as the "lingucomponent_NumberText_get_implementation" symbol won't be in the binary and that function needs libnumbertext.a.
Reference-to: https://github.com/CollaboraOnline/online/issues/6050
Change-Id: I21fddbfd29a1d326b509840127bd136c327cd3d2
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149110
Tested-by: Jenkins
Reviewed-by: Patrick Luby <plubius@neooffice.org>
|
|
This change adds the following:
- The solenv/bin/macosx-codesign-app-bundle script now uses
"--timestamp" wherever "--options runtime" is used in order to
pass Apple's notarization process.
- A second, required argument has been added to the
bin/create-dmg-from-merged-app-bundle script that specifies one
of the following types: "release", "dev", or "collabora". Only
the .DS_Store is different for each as no product set a volume
icon currently.
- Upon success, the bin/create-dmg-from-merged-app-bundle script
will print a warning that the .dmg is not notarized as well as
the commands to use to manually notarize the .dmg.
Change-Id: I7c3f2d60dbb16b25bd6088b7e0af8c82284702d9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/148490
Tested-by: Jenkins CollaboraOffice <jenkinscollaboraoffice@gmail.com>
Reviewed-by: Patrick Luby <plubius@neooffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
(cherry picked from commit 86e612db56be2d1934275de021b3213875e9301d)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/148508
Tested-by: Jenkins
|
|
Change-Id: I4be620619e407be132b92f4ce82b7a26dbc34406
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/148531
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Add a new bin/create-dmg-from-merged-app-bundle script which is used to
package a merged and signed .app folder (created with the
bin/merge-app-bundles and manually signed) into a distributable .dmg.
Also, add .jnilib files to the lipo list in bin/merge-app-bundles since
these are really .dylib files for Java.
Change-Id: I1da4105b0820251580401f975f499b8d59a20499
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/148101
Tested-by: Jenkins
Reviewed-by: Patrick Luby <plubius@neooffice.org>
|
|
...following up on d552b4a549d614a03aa9328e017dec27bd3ff41e "Enable opening of
downloaded fonts only in ForKit in Online" and
9eaa1325a014ff76acd3290752f842ed6bad89ac "Only package the external/cairo
library that is named the same as the SONAME"
Change-Id: Ifec89813140dcca5eea13943a12883febb6c5cd1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146934
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Id1e76a7ed728beb359e0944b51de84bf720490ec
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146910
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Use pbzip for compression if possible. Otherwise fallback to bzip2.
Signed-off-by: Sebastian Andrzej Siewior <sebastian@breakpoint.cc>
Change-Id: I9091c5dfe25ee00854b6938464af23b56cdcb31c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146814
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
|
|
The xz utility can compress in parallel by using more CPU cores. The
more CPUs are available the quicker it gets.
The option -T0 automatically detects the number of available CPUs and
uses all of them.
Additional benefit is that xz starting with v5.4 can decompress the
archive using multiple CPUs as well.
The parallel compression works by splitting the input in multiple blocks
of equal size which are compressed in parallel. Since the state is not
preserved / reuse across blocks, the compression gets a little worse:
-6 255M (current default)
-T0 261M
-eT0 259M
-7T0 251M
-7eT0 249M
-7 uses larger blocks and dictionary which requires more memory on the
compressing and decompressing side vs the current default -6.
The -e option spends some extra cycles and improves the compression a
bit.
Use parallel compression and spend some extra cycles.
Signed-off-by: Sebastian Andrzej Siewior <sebastian@breakpoint.cc>
Change-Id: Ib69c4bc1996ddd52153b8ac27b653c21e3998a68
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146793
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
|
|
Instead of passing --bzip2 or --xz invoke the compression program via a
pipe. This make the replacement of compressor as well its options
easier.
Signed-off-by: Sebastian Andrzej Siewior <sebastian@breakpoint.cc>
Change-Id: Ib69c4bc1996ddd52153b8ac27b653c21e3998a67
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146105
Tested-by: Jenkins
Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
|
|
Change-Id: I59a17b45c34902d3b692c5a6bd70f4286bcae609
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146666
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
The modified python script generates the
https://wiki.documentfoundation.org/Development/DispatchCommands
wiki page.
The https://gerrit.libreoffice.org/c/core/+/142723
commit has broken the links to OpenGrok in the last
column ("Source files") of the tables and also the
list of files at the bottom of the page.
The actual page in the wiki, after upgrade to LO 7.5
has been generated with the modified version of the script.
Change-Id: I2ec674f4257229e543a7797fddd2f7a142a743f1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/146553
Tested-by: Jenkins
Reviewed-by: Jean-Pierre Ledure <jp@ledure.be>
|
|
Added a new component docmodel, that has the document model types,
which only depend on other basic components. This is needed so the
types can be used in every relevant component - xmloff, oox, svx,
editeng,...
Introduces model::ThemeColor, which is a class used to store the
theme color data, including transformations (svx::Transformation).
For UNO use XThemeColor is added, and the implementation UnoThemeColor
which wraps svx::ThemeColor, so it can be tranported around.
Reactor all the code and tests to accomodate for this change.
Change-Id: I7ce6752cdfaf5e4d3b8e4d90314afa469dd65cfc
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144847
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
|
|
to ensure no noopt entries exist
Change-Id: I9fb95e211d6030e1f551558fd5a0a3ca700c8fc2
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/145030
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I4c2d356c900ce7bde43d8e06af2fdda4f66c15ad
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144925
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I2f6e726f713836295603bf7112371aa4aff2c7c0
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144868
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
those are only meant to be used by the build system (primarily
RepositoryExternal.mk) - of course no rule without exception:
concat-deps reads SYSTEM_BOOST from env, so set it in the corresponding
recipe lines
Change-Id: I83c88fc6ad4467b429771c43650fe7fc0ccde407
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144343
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
no need to plant that into the environment of every recipe. some Jenkins
Windows builders already run into "environment is too large for exec"
issue just by attempting a "xargs --show-limits </dev/null" from a dummy
rule within the make environment
Change-Id: I321fa9075532eef62a7d4e33a08c272276de717e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/144217
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
to help to download a specific file
e.g: --get-file forum-mso-en4-93354.xls
Change-Id: Id6a2388a3388d7a332a0a7e1bd8042094d835ca7
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143984
Tested-by: Xisco Fauli <xiscofauli@libreoffice.org>
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
|
|
Change-Id: Ie8549b8f965197f1afeb1886db0bf7f70464377c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143739
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
assuming that nothing breaks for existing users of the
compile_commands.json file, since they assume BUILDDIR=SRCDIR, so
nothing will change in those cases.
For building in a different directory than the source, the
compile_commands.json file is the only thing that regularly clobbers my
otherwise pristine SRCROOT
Change-Id: I344afa0bc7bb3eaa1eb888cd3558d3602090af5f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143571
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
|
|
Change-Id: I385941f83237464eb02e4e543a67e24f22bddac7
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143498
Tested-by: Jenkins
Reviewed-by: Michael Stahl <michael.stahl@allotropia.de>
|
|
Inspired by
<https://gcc.gnu.org/pipermail/gcc-patches/2022-November/607102.html> "[PATCH]
doc: -Wdelete-non-virtual-dtor supersedes -Wnon-virtual-dtor", drop explicitly
enabling -Wnon-virtual-dtor in favor of -Wdelete-non-virtual-dtor, which is
already enabled by -Wall.
(-Wdelete-non-virtual-dtor first appeared in Clang 3.0,
<https://github.com/llvm/llvm-project/commit/8bd428574c717e68a8274739d2ba0f6dc16fd0fb>
"Add new warning that warns when invoking 'delete' on a polymorphic, non-final,
class without a virtual destructor", and GCC 4.7,
<https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=014ab419efc12a59efebd2720d79e1c055675c85>
"invoke.texi: Document -Wdelete-non-virtual-dtor. [...]")
Dropping the explicit setting of -Wnon-virtual-dtor (and nowhere setting it
implicitly via -Weffc++) means we can get rid of lots of places that either set
-Wno-non-virtual-dtor or use some pragma to ignore -Wnon-virtual-dtor.
(In various places across extensions/source/activex/ and winaccessibility/, the
commits f26996bd3398afa789a5491968244563ccf70908 "Silence
-Werror,-Wnon-virtual-dtor in generated so_activex.h (clang-cl)" and
c6086ca6535692496fbd718d174d8eb5a5dea7c7 "Silence -Werror,-Wnon-virtual-dtor in
generated UAccCOM.h (clang-cl)" had singled out some includes to wrap them in
pragmas. Now that those pragmas are gone again, move those includes back to
where they had been prior to being singled out. And the -Wno-non-virtual-dtor
in external/firebird/macos-arm64.patch.0 appeared first in
ccd0e5f445d4a7d0e7aca6c23c02c61bf14510b2 "Make firebird build for macOS on
arm64", which, though it doesn't state it explicitly, apparently created that
patch's builds/posix/prefix.darwin_arm64 as a copy of firebird's already
existing builds/posix/prefix.* files, which routinely include that warning
option too, so keep it there too even if it is probably irrelevant throughout.)
Change-Id: I7e4fa9f2c07e267b2ed15607905027f6b78142f3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/143182
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I3a8f67244ec8cf3d6c6abe9641c1d70f385567e1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/142959
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ide1c43c603b4a82534cc116133852f5f05858a2e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/142723
Tested-by: Jenkins
Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
|
|
Change-Id: Ia9034e18753541f15f29ea7d48f2334b0e50d538
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141221
Tested-by: Jenkins
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
|
|
it can be useful
Change-Id: I8e709775814922c2623350de1de2fe647d7deadd
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141556
Tested-by: Jenkins
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
|
|
missed from 079659eb7d15f15a37f1f508beb5cffe24fe6f25
when the code using it was dropped
Change-Id: I7d769f8be75335079a4a24391d120505d7bd6c84
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/140741
Tested-by: Jenkins
Reviewed-by: Gabor Kelemen <kelemeng@ubuntu.com>
|
|
Also contains keyboard and focus events, not only mouse events
Change-Id: Iec1d6c341b01a489ba80fe9634ea3579afb02ea9
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139970
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
Reviewed-by: Samuel Mehrbrodt <samuel.mehrbrodt@allotropia.de>
|
|
Change-Id: I01e06fe89f95141a177298e400ccd0f54c2a05db
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139936
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
|
patch out using IPC::Cmd instead of requiring adding it
to build-time dependencies
for mysterious:
The system cannot find the path specified.
NMAKE : fatal error U1077: '""C:\PROGRA~2\MIB055~1\2019\COMMUN~1\VC\Tools\MSVC\1429~1.301\bin\Hostx64\x86\cl.exe' : return code '0x1'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.29.30133\bin\Hostx64\x86\nmake.exe"' : return code '0x2'
Stop.
include fix from https://github.com/openssl/openssl/issues/18823
and for
move /Y crypto/aes/aes-586.asm.i crypto/aes/aes-586.asm
The system cannot find the path specified.
NMAKE : fatal error U1077: 'move' : return code '0x1'
add own patch to use mv and rm for move and del
Change-Id: I071750e20efd0931ea1c5c3b49e7a5173c7283f8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139641
Tested-by: Jenkins
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I97b4c6996886037f1b042d77ba9dc61c2ebc765a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/139712
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|