* Update translations from branch 'master'
to eb0ac524bb996151fdbc4e78ec1f28effbc0c5b9
- update translations for master
and force-fix errors using pocheck
Change-Id: If8145fd30a2efc5506f32661c464cbd1603c154a
that baseline is also fine with a bump to using -std:c++23
earlier code changes (pre 26-2 branch off) already affected building
on macOS 13/Xcode 14 and since there have been no reports regarding
not being able to build, it is safe to assume that no LibreOffice
developer will be affected/the documentation bump comes loooong
after-the-fact.
End-Users are not affected, the minimum required version to run
LibreOffice does not change.
Change-Id: Id7ba9bb77188771241b34a318679ddce73eb041f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/211683
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Reviewed-by: Dan Williams <dcbw@libreoffice.org>
if wrapping the case insto a block, Xcode 16 is happy.
Solves building on macOS 14 that is stuck with Xcode 16 (at least
when not trying to sideload anything newer)
Without the block it fails with "error: expected expression" on the
variable declaration lines.
Change-Id: I0888fc5d2d6088f6071a72cde0c26532779cedad
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/211633
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Jenkins
* Update translations from branch 'master'
to 697f5e715f0801edfe8a333b0d01c2ea064711a2
- update translations for master
and force-fix errors using pocheck
Change-Id: I778551076b569ee7dab5845335e43fde209c67bb
* Update translations from branch 'master'
to 6f2222cc49bd201e38cbb2db14e04ec575b98ae4
- update translations for master
and force-fix errors using pocheck
Change-Id: I11dbdccaa593be2456433878ac60167a335ca0dc
* Update translations from branch 'master'
to 84fc1f3ce6a7d0ff415ac93495ba172b8ce2bac6
- update translations for master
and force-fix errors using pocheck
Change-Id: I16264501eff769b9e2ed523eb2f226414f2c856c
the update to nss 3.128 put the -DHAVE_PLATFORM_GHASH define behind a
check for the variable LITTLE_ENDIAN, but the makefile based system only
had a check for that added to the coreconf/Linux.mk file instead of e.g.
the UNIX.mk one that would also be included in the macOS makefile
(Darwin.mk)
So as a workaround specify it on the commandline - our configure already
tests for it, so we don't need a dedicated compile check or patch to the
nss bits.
Not having the define results in having duplicate methods in both gcm.o
as well as ghash-aarch64.o and the macOS linker fails:
duplicate symbol '_gcm_HashInit_hw' in:
/Users/cloph/build/workdir/UnpackedTarball/nss/nss/lib/freebl/out/Darwin_SINGLE_SHLIB/gcm.o
/Users/cloph/build/workdir/UnpackedTarball/nss/nss/lib/freebl/out/Darwin_SINGLE_SHLIB/ghash-aarch64.o
duplicate symbol '_platform_ghash_support' in:
/Users/cloph/build/workdir/UnpackedTarball/nss/nss/lib/freebl/out/Darwin_SINGLE_SHLIB/gcm.o
/Users/cloph/build/workdir/UnpackedTarball/nss/nss/lib/freebl/out/Darwin_SINGLE_SHLIB/ghash-aarch64.o
duplicate symbol '_gcm_HashZeroX_hw' in:
/Users/cloph/build/workdir/UnpackedTarball/nss/nss/lib/freebl/out/Darwin_SINGLE_SHLIB/gcm.o
/Users/cloph/build/workdir/UnpackedTarball/nss/nss/lib/freebl/out/Darwin_SINGLE_SHLIB/ghash-aarch64.o
duplicate symbol '_gcm_HashWrite_hw' in:
/Users/cloph/build/workdir/UnpackedTarball/nss/nss/lib/freebl/out/Darwin_SINGLE_SHLIB/gcm.o
/Users/cloph/build/workdir/UnpackedTarball/nss/nss/lib/freebl/out/Darwin_SINGLE_SHLIB/ghash-aarch64.o
duplicate symbol '_gcm_HashMult_hw' in:
/Users/cloph/build/workdir/UnpackedTarball/nss/nss/lib/freebl/out/Darwin_SINGLE_SHLIB/gcm.o
/Users/cloph/build/workdir/UnpackedTarball/nss/nss/lib/freebl/out/Darwin_SINGLE_SHLIB/ghash-aarch64.o
ld: 5 duplicate symbols
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Change-Id: Ic662115581aef7c2083f73079b2cff99b941ecd5
* Update translations from branch 'master'
to 55b344fac591ef50b17482debc862955d17ce813
- update translations for master
and force-fix errors using pocheck
Change-Id: I86f3b52f8683bea23959a1a73da3af16bf8bc34e
* Update translations from branch 'master'
to c72911d34f5082f6535616bc7586cebe3e99939b
- update translations for master
and force-fix errors using pocheck
Change-Id: If74ab1df3ee1e234ccbd7a458087547197e50660
* Update translations from branch 'master'
to 044ab6bd968a4bffd4df25a5fe7997cc3c522cef
- update translations for master
and force-fix errors using pocheck
Change-Id: I78961b33ebe21b49f8abee3c4f7362d7e2b4dcd6
* Update translations from branch 'master'
to 4e2c859f2336d7150d4428fb83ae1166599c6acd
- update translations for master
and force-fix errors using pocheck
Change-Id: Id2116a4e110589736ce693045f4c3726954b9994
vcl/qa/cppunit/pdfexport/pdfexport2.cxx(5438): error C2672: 'CppUnit::assertEquals': no matching overloaded function found
workdir/UnpackedTarball/cppunit/include\cppunit/TestAssert.h(161): note: could be 'void CppUnit::assertEquals(const T &,const T &,CppUnit::SourceLine,const std::string &)'
vcl/qa/cppunit/pdfexport/pdfexport2.cxx(5438): note: 'void CppUnit::assertEquals(const T &,const T &,CppUnit::SourceLine,const std::string &)': template parameter 'T' is ambiguous
vcl/qa/cppunit/pdfexport/pdfexport2.cxx(5438): note: could be 'sal_uInt64'
vcl/qa/cppunit/pdfexport/pdfexport2.cxx(5438): note: or 'size_t'
vcl/qa/cppunit/pdfexport/pdfexport2.cxx(5438): note: 'void CppUnit::assertEquals(const T &,const T &,CppUnit::SourceLine,const std::string &)': could not deduce template argument for 'const T &' from 'sal_uInt64'
the aCIDSet.GetSize is a sal_uInt64, but size_t is only 32bit on Windows x86
Change-Id: I9d1f6a99f8badbf1c191abf7ebe3235a6b24917c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/209079
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Jenkins
* Update translations from branch 'master'
to dc098e41c756c1b18ffc398e2ccc0e6966925faf
- update translations for master
and force-fix errors using pocheck
Change-Id: Ica6433ffbb8156fdc4397f8e78f50624c6c09b09
* Update translations from branch 'master'
to ecceaefcbb1eda3164a06efe7b8789123942211c
- update translations for master
and force-fix errors using pocheck
Change-Id: Ie65acd687202aa50edd25808689ee995f80bc3aa
* Update translations from branch 'master'
to 62e33397c32a6ea1512adb924dae10656f550cb2
- update translations for 26.8.0 rc2/master
and force-fix errors using pocheck
Change-Id: Ic11947243acff24e69d42a2bf8641e8cb15a0d8e
* Update translations from branch 'master'
to 165b4200a9471d813af4403952abdee5e06d17d3
- update translations for 26.8/master
and force-fix errors using pocheck
Change-Id: I1e57d23ac4e75387ef6b2480fcb18a23526b80dd
a handful of other libs like curl, the mariadb-, ldap-, postgresqel
connector and python depend on it and are in turn not reproducible if
openssl differs
Python has code generators that result in differences unless the var is set
Change-Id: I6fe61a41802442821092182b418c4cd073fa18bf
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/207290
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
unfortunately ant as deployed on the baseline has a bug and expects
SOURCE_DATE_EPOCH to be in milliseconds, and if set in an environment
variable would also override the ant.tstamp.now property even when
explicitly provided at the commandline, so to avoid bogus timestamps
unset it if it was exported in the environment (default build doesn't
export it, but the user may export it to override or provide a value
e.g. when not building from source.
for ant.tstamp.now to work for setting the tstamp value, ant 1.10.2 or
later is required
Change-Id: I2dd53cb99281f46d58a8db35baf71627ed5422f1
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/207246
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
for reproducible builds, the timestams of zip members must not depend on
checkout date or file creation dates, the metadata should be clear of
those effects.
Only timestamps are rewritten since we want custom order/storage options
for open document files / our make rules should already have
deterministic order (or that determinism is just one additional $(sort…)
call away)
Change-Id: I49341cf3252d5ef5c092508c789fd188f21dc8df
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/207142
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Jenkins
* Update translations from branch 'master'
to 32933fe74b652919f46e8ad3b87e07d25195dbcb
- update translations for 26.8.0 rc1/master
and force-fix errors using pocheck
Change-Id: Icd13e448fe8de3c86b870536cae83d143e92fba2
that caused a crash on macOS 12
dictionaryWithContentsOfFile returns an auto-release object that would
need to be retained. Switch that to the explicit ownership one and keep
it for later access.
Initialize the NSString members before they can be caught by any
autorelease by the destructor & autorelease the old mpOrigTitle when
assigning a new one.
Change-Id: I3d273a78d92ca50c3bb5924203eb5acdf3877969
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/207817
Reviewed-by: Patrick Luby <guibomacdev@gmail.com>
Tested-by: Jenkins
Reviewed-by: Dan Williams <dcbw@libreoffice.org>
* Update dictionaries from branch 'master'
to 38d96a4d54ec3449cf7f28cddae1fce32e2b15a7
- fix make translations / cfgex complaining about misplaced close tags
in dictionaries/fr_FR/ui/addons.xcu:
Error: "Misplaced close tag: </oor:component-data> in file /home/cl/vc/git/libo-core/dictionaries/fr_FR/ui/addons.xcu" in line 81, column 22: "</oor:component-data>"
Error: Failed to execute /home/cl/rpmbuild/BUILD/l10ntools/workdir/LinkTarget/Executable/cfgex -i /home/cl/vc/git/libo-core/dictionaries/fr_FR/ui/addons.xcu -o /home/cl/rpmbuild/BUILD/l10ntools/workdir/pot/dictionaries/fr_FR/ui.pot
cfgex doesn't like if the opening tag is split across multiple lines,
at least when the opening tag isn't followed by an attribute or the
closing tag. But even if it doesn't complain about misplaced closing
tags, if the line is still split it would create duplicate entries in
the resulting ui.pot file.
Also remove the empty <value/> tag, while that one doesn't cause parse
errors, it is superfluous.
Change-Id: I3f36f834301b837a93421057b62e28b28691b28a
Reviewed-on: https://gerrit.libreoffice.org/c/dictionaries/+/207881
Tested-by: Xisco Fauli <xiscofauli@libreoffice.org>
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
* Update translations from branch 'master'
to c1984947ae4582f7d2fdb2b96aaaaebb210fefea
- update translations for master/26.8
and force-fix errors using pocheck
Change-Id: I3a590c433afc5fe06caeabefd54443e293c8b5ad
* Update translations from branch 'master'
to f9e3df1bee2312fa85f27175ec2227fadd08cad8
- update translations for 26.8/master
and force-fix errors using pocheck
Change-Id: I2082c913a7b93daa88cb96a65d892def741f689e
while the git commands needs to be run in SRCDIR, the AC_DEFINE_UNQUOTED
call needs to be done in BUILDDIR, it immediately adds the defines to a
confdefs.h file in the current working directory, the files listed in
AC_CONFIG_HEADER statements then get the values from there.
Instead of splitting the git command and the AC_DEFINE_UNQUOTED
statement, use the -C switch to git to switch to SRCDIR
Change-Id: Ia2622d9ad1a6069cfff3cc4f4d5bb8834a54a856
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/207197
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
in preparation of adding options to use use stable timestamps in created
zip files/templates and similar.
also move the block that sets LIBO_THIS_YEAR to the section where
configure switches to SRCDIR to make it work in builddir != srcdir case
Change-Id: I286d7765277cde9d8449de375f522df7c33a6222
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/207015
Tested-by: Jenkins
Reviewed-by: René Engelhard <rene@debian.org>
* Update translations from branch 'master'
to fcf6aec13418e7af4178c2f692bf40179356f5f4
- update translations for master/26.8
and force-fix errors using pocheck
Change-Id: I96a306e2b47e39b63f4142ed1f3c6ad0dbcd5543
d84c0d493b changed how the langauge list
is handled, before it just cached the English names and used those even
after the UI langauge was changed, after the change it will recreate the
list and use the localized names.
That broke the checks, so forcing the language to en-US is a workaround,
but it doesn't seem like the proper fix esp. for the second instance:
* open a french document, so content is in French, using janvier as
expected.
* script sets language to Spanish, that works since at that point LO's
UI is English still, recalculating with that returns ene / enero
* script then tries to set the language to English but fails, document
stays in Spanish and still returns ene
the language selection depends on the available languages, so setting
the language to Enlish before trying to set a different language seems
like an unnecessary hack/surely there's a way to set the document
language without depending on localized names.
Change-Id: I95957c0900523a49112eb48dc7a016950ffc7ab8
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/206313
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
* Update translations from branch 'master'
to 0ae9c0055105114cdca60d286b22fafd3ff69401
- update translations for master/26.8
and force-fix errors using pocheck
Change-Id: Ie2f3a7f487e003bad2a9b9aa2ea43683a4218826
* Update translations from branch 'master'
to effc4dd9350e690d83e7fc4404e635147e5d0363
- update translations for master
and force-fix errors using pocheck
Change-Id: I781eb7cba677cdd7ff312ad378e56018d5510887
especiall when creating installsets with high parallelism, the packaging
stage can hang until faked-tcp is killed.
So avoid this race-condition altogether by switching to the sysv backend
if available.
Change-Id: If554abb8fb51218e6055e70c98622be77ecce58e
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/205896
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Jenkins
* Update translations from branch 'master'
to f2dd6916c8c5247a4cc77ec6f85df6fe65f580f5
- update translations for master
and force-fix errors using pocheck
Change-Id: I24d08bb3ba5ff922531b237381bd7982fc6822e2
* Update translations from branch 'master'
to 336f42de3fd1bbbe92651da99dbb04b3085a6f45
- fix sl build breaker, msgfmt enforces newline to match at start/end
it is a fatal build breaker if the translated string doesn't match the
source string with respect to starting / ending newline.
Change-Id: I70ba38ee8c884b90a6bb96c25356f969002109bb
Reviewed-on: https://gerrit.libreoffice.org/c/translations/+/205867
Tested-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
* Update translations from branch 'master'
to 962c618db1832698b083807ee3b83aa8ca75a6e0
- update translations for master/26.8.0 alpha1
and force-fix errors using pocheck
Change-Id: Ib0a085a57030879f39ce741cd6014a807a286142
* Update translations from branch 'master'
to 99f2ba8286137d9ea6c129cd81a097028cf9cacd
- update translations for master/26.8.0 alpha1
and force-fix errors using pocheck
Change-Id: Ie33eecf5e59f279f74ee8b7fb3d21068f7dd03b3
since b8e6595d47 the UCRTSDKDIR was
converted to the native (windows-style) path in the test block already
while previously it was converted as part of the post-AC_CONFIG_FILES
script that mass-converts paths when creating config_host.mk
With the conversion to unix path in wsl < 2.4.5 dropping the trailing
slash from the path, configure then fails with "Could not figure out
what C++ library this is" since it just appends the include path
assuming the trailing slash to be present, resulting in
-IC:/PROGRA~2/WI3CF2~1/10Include/10.0.26100.0/ucrt
^ missing path delimiter here
ultimately failing to include necessary headers and thus failing the
check.
So explicitly check whether the unix-path (that preserves the slash) has
a trailing slash and if so make sure it is also added to the native path
if necessary.
Change-Id: I0ff4e2007af48fc09db4b8a80413dc87f849537a
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/205440
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
* Update translations from branch 'master'
to bf8e4ea6cfadd26f13bbba2226f7569a4d11993b
- update translations for master
and force-fix errors using pocheck
Change-Id: I5c99990996192b2062f5c85c39365d82016056e5
* Update translations from branch 'master'
to f633fdd52a774c54be9c922dfcfb2a01acbcc985
- update translations for master
and force-fix errors using pocheck
Change-Id: I7bbc58d4b817fc78c468675e4d6bcb1eac1e78ea
the existing one already handles both cases, and the difference only
mattered for wsl where the configure step is run in a different
environment (the wsl distro container) than the build, so configure
needs to see the paths as seen from within wsl vs the build then needs
to have windows paths.
For cygwin the configure and build env are the same, so if configure
step can see it, then also the build (and vice versa) - however
AC_PATH_PROGS still only treats a path starting with / as valid, so also
change the $formatted_path_unix to unix-style for cygwin.
Change-Id: I20caf864d7759cc261a01d4de43daa60bf459606
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/204109
Tested-by: Jenkins
Reviewed-by: Michael Weghorn <m.weghorn@posteo.de>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
* Update translations from branch 'master'
to 92a5bf090c8e6ff3f19567b1a4f9faa7f97830dd
- update translations for master
and force-fix errors using pocheck
Change-Id: I9ec60d8c463d2bbee61602421d55244fe505a38d
* Update translations from branch 'master'
to ad4dc9b0be7d7414166588b72d1190928b47d6fd
- update translations for master
and force-fix errors using pocheck
Change-Id: Iec6abf1ada857e9c5ff52cb9e449ec0a0463b1f7
* Update translations from branch 'master'
to 20538da0e2efce56c3c4aa86a5d3e81bab60b3b7
- update translations for master
and force-fix errors using pocheck
Change-Id: I7e38ba57711202f09182f59bcd2fb15feb1e1820
* Update translations from branch 'master'
to cb6093201d3db06cb268ba9c1ba91ab717998174
- update translations for master
and force-fix errors using pocheck
Change-Id: Id7c6f38c6136c8b559e3af09fc0dd6bf54d914bf
* Update translations from branch 'master'
to 46b6818c5b4507c57999fe4c56f8ced1d8a1984a
- update translations for master
and force-fix errors using pocheck
Change-Id: If71160ec375523dcbfb990199641cdf186a79857
…since that only is made available when installing wsl via the appstore.
Keep the call to the explicit cloud-init status --wait command since
other commands can prevent the cloud-init from being
processed/completed.
Media Libraries are unconditionally required for the build after
65d72f816a (Introduce Microsoft Media
Foundation APIs) at least when using --enable-mergedlibs
Also libfont-ttf-perl is no longer necessary since
6e93419f46 (check for the perl modules on
the windows side, not in the wsl-container)
and pkg-config since 29b930ae63 (enforce
pkgconf-2.4.3.exe on windows/error if not found)
Add gettext to allow building with translations
Additionally add a check whether a reboot is pending since winget
configure doesn't forward that info when installing components that need
it (there is a mechanism when it installs normal packages that ask for
reboot, but not for wsl install or the newly-added installation of the
MediaPack for Windows N)
Also add a note about the securityContext directive not being respected
by all states/why the admin one still needs to be separate and run with
admin privileges directly.
Change-Id: I3185c6cc45b9c801c8656273d2719ef77f739f75
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/201269
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Jenkins
* Update translations from branch 'master'
to 66e4625ccdb46742e44c3b72b22630fe5692bd1d
- update translations for master
and force-fix errors using pocheck
Change-Id: I5b784ea4c6abbdeaab9313014d9c83daaa63c489
TARFILE_LOCATION_ is of course wrong and nullifies the change in
question and as a result TARFILE_LOCATION was still the
wsl-container-style path when substituting the variable in the validator
scripts.
Change-Id: I79e8a5dca5e2e2027466eee58c59f91390b3cb0f
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/201526
Tested-by: Jenkins
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
wsl-as-helper case uses a post-script for AC_CONFIG_FILES for
config_host.mk to replace wsl-style paths in the form of
/mnt/<driveletter>/ to <driveletter>:/ for use by the build in the
windows-realm.
For variables that are used in the other generated files, the paths
needs to be converted explicitly/manually
this change partially undoes 9add004456
There's no need for a TARFILE_LOCATION_NATIVE / the build already uses
the native form, it was just another case of the replacement only being
done for the config_host.mk, not in the generated scripts.
(since configure runs in the linux realm, it needs the unix-style paths
as seen from within wsl, the actual build is then run in the windows
realm and uses windows paths (in mixed-form, i.e. forward slashes))
Change-Id: I5252ed134b0a338cf8812ad4c84022b5b43daf32
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/201297
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Tested-by: Jenkins
while the ini files that are put into instdir are created by
instsetoo_native/CustomTarget_setup.mk and work just fine in
wsl-as-helper build environment, the files for installation sets are
actually created by scp2 and the perl installer code.
It fails to get the git hash/the command exits with error, so instead of
doing a separate cd command with fancy redirections use git directly
with the path argument.
Change-Id: I9ced68c5ed9056e8fb140f7bcf1f07691c60115b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/201049
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
Tested-by: Jenkins
* Update translations from branch 'master'
to 5f864a98deb1454a4efee1ba46cc912096c83c65
- update translations for master
and force-fix errors using pocheck
Change-Id: I95fccffa2b6a4187cadd812b24e15f799cd38612
* Update translations from branch 'master'
to cdf0fb9b3884753da227d6f512182e4d5ed1e4ea
- update translations for master
and force-fix errors using pocheck
Change-Id: If122ebc0e6c5c4101a87eb887ecd46ae3b680ac9
* Update translations from branch 'master'
to b47b0d319550314ce35b839cb28f80ec9f0cbf5c
- update translations for master
and force-fix errors using pocheck
Change-Id: Ic8834851907ca71d5ad9cccdca56e732cce5cd63
* Update translations from branch 'master'
to e93a1ac71a3133da9ef7a8a4b3c13035a9317659
- update translations for master
and force-fix errors using pocheck
Change-Id: I5e16e5c249c8f08922e7e899a048d85fbdc89454
* Update translations from branch 'master'
to 91145a23f47affc75b928c5d6e605543284ec510
- update translations for master
and force-fix errors using pocheck
Change-Id: If088e1530df925f934e0c9546ab5651434478de9
* Update translations from branch 'master'
to f63078fe6ce5787ed91218f72162a7d029c81f21
- update translations for master
and force-fix errors using pocheck
Change-Id: I4558ba8abe8aa5f8e9c5df59ad7b6440da0249b7
* Update translations from branch 'master'
to 344e221480de0210db9080fdb33436a80315afc0
- update translations for master/26.2.1 rc1
and force-fix errors using pocheck
Change-Id: I9f59b74468c141fea45d8c2352852b90cdd39c80
* Update translations from branch 'master'
to 24e0f35b591748f0dde8f943041b3b0ae99c7c52
- update translations for master/26.2
and force-fix errors using pocheck
Change-Id: Ia66c8ca9b030ad1fcf069f98cd43300227468d2d
side-effect of dec1441f716c7631622b9b3e32fdbc666502c006 that removed
unnecessary Carbon.h headers and along with that the premac one that
would have been applied also to sal/osl/unx/uunxapi.cxx
Change-Id: I058e074d3ba7fb42d1ca70e497c6219820597119
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/198551
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
* Update translations from branch 'master'
to e6c00ac768bffdd73ce937937fb17461680349a2
- update translations for 26.2.0 rc3
and force-fix errors using pocheck
Change-Id: I1af5abf8a65aa2fe30636514012c41fa108fa5c9
meson always queries for the -latest -prerelease version of Visual
Studio using vswhere, ignoring the selection done in configure. This
then clashes when trying to build with an older version of the compiler.
That's an obvious hack that only works with the provided version of
meson and a better fix would be to make that a meson commandline option
or allow passing it via the ENV/have it guess from CC/CXX or similar.
Change-Id: I9bcbe26d9b1518b5effbf0be99329b8d2d4a0262
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/197943
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
* Update translations from branch 'master'
to 74493d15466a955cf75f5d0766f30a3c9ee80f4e
- update translations for 26.2.0 rc2
and force-fix errors using pocheck
Change-Id: Ib53599c98419039a138585ecf5a8a06fa372b69c
* Update translations from branch 'master'
to 11040a0bcb68213c1937780283927bce9cc6f674
- update translations for master/26.2
and force-fix errors using pocheck
Change-Id: I69834d734655b6580c3b1a7b054bb616ca8cd0fd
* Update translations from branch 'master'
to 90d7b70672f7628f1be343922413d0b569b03e10
- update translations for 26.2 rc1/master
and force-fix errors using pocheck
Change-Id: Ie59af5630f67c8126f7e7e42d748c1d0d670d576
regression from aba5f80169
nss' Darwin.mk uses uname -p to decide on the platform if CPU_ARCH is
not set, and that still returns i386 on intel macs – in the old
version that still worked since there was an additional ifdef USE_64
check that then set it to x86_64, but that has since been removed and
only the custom guards to not add additional -arch parameter to the
compiler flags remain, resulting in the built to attempt a 32bit and
that then fails when it comes to the assembly instructions:
mpi/mpi_sse2.s:35:5: error: instruction requires: Not 64-bit mode
push %ebp
^
mpi/mpi_sse2.s:37:5: error: instruction requires: Not 64-bit mode
push %edi
^
mpi/mpi_sse2.s:38:5: error: instruction requires: Not 64-bit mode
push %esi
^
[…]
So don't rely on auto-detection and specify it explicitly as it was done
for the other variants already, ironically also already for building for
intel on arm. But the additional check whether it is building on arm is
not necessary, our CPUNAME is sufficient already and that now
superfluous bit can be removed.
Change-Id: Ic467b06beb9b73e2d177eedede886681aa668b15
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/195439
Tested-by: Jenkins
Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
Reviewed-by: Dan Williams <dcbw@libreoffice.org>
* Update translations from branch 'master'
to 27eb5b5f79946c6faab920a972fe8903f773be0a
- update translations for master/26-2
and force-fix errors using pocheck
Change-Id: I7dc347446a939379271d919ebf3657be6ea9a497
* Update translations from branch 'master'
to 018e8483cdfab527448eafd9626744b2c859351b
- update translations for master/26.2.0 Alpha2
and force-fix errors using pocheck
Change-Id: Ibc4a487c30b5680aeea03dfc80e63771faf7d79f
and others where host binaries cannot be run by the builder.
xmloff is part of the cross-toolset and that needs chart2api – and for
make to know about the char2api library, it needs to load the chart2
module's makefiles.
(since 1bd04a5413 )
Change-Id: I3b5446313d3660fac553c003c0876bffe0690f05
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/194915
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
solenv/gbuild/Package.mk:83: *** depend(s) on package python3 which does not exist.. Stop.
It needs to depend on something that works with both internal and
external python, namely the python executable/command.
Change-Id: I4aee621ccc65261a1f7d4af7d1a303bd6d5f34d7
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/194921
Tested-by: Jenkins
Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
* Update translations from branch 'master'
to 8f9ce10af051a64873489fc574abf8ec44a1d86d
- update translations for master/26.2
and force-fix errors using pocheck
Change-Id: Ib9b4ed3531b838d4d4ea4d6e5df1f9f63ddbbd10
* Update translations from branch 'master'
to 9fd04ff05d56c5da0e98f39274670fba3f63ebb0
- manually add missing sl/sdext/messages.po
should fix the build-break after the move of the presentation minimizer
strings in core's f86a784f8f
(had a temporary workaround to ignore the tranlsations fo it that got
reverted with 4b1ef239c4 )
Change-Id: Ibfb8c245d0368b431621e64ddae62caa5ca2a63d
* Update translations from branch 'master'
to a0664d1808d602c452cfb39c13e4daa85adb6fbb
- update translations for master
and force-fix errors using pocheck
Change-Id: I73ccd99ce86291ab23a9d6aa4438acdb7e784b83
Christian Lohmaier