Age | Commit message (Collapse) | Author |
|
Change-Id: I46272f8a0b35776b9d14f72b1720e951458ab208
|
|
The invocation of make fetch added in commit
fe3fb5ecd3b66e32cc5aa64a2afffa572353740e didn't do anything because
the force-restart didn't actually restart make because it touched
"Makefile" but the make read "$(BUILDDIR)/Makefile", and make isn't
smart enough to notice those are the same.
Change-Id: I85cbcba3bf9c3c7b89d4ee33f772820d19542f4a
Reviewed-on: https://gerrit.libreoffice.org/40482
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I3fa40382fcc9ac0d60329044c7820d1af8eb5a7f
Reviewed-on: https://gerrit.libreoffice.org/40473
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
* all .ui files go from <interface> to <interface domain="MODULE"> e.g. vcl
* all .src files go away and the english source strings folded into the .hrc as NC_("context", "source string")
* ResMgr is dropped in favour of std::locale imbued by boost::locale::generator pointed at matching
MODULE .mo files
* UIConfig translations are folded into the module .mo, so e.g. UIConfig_cui
goes from l10n target to normal one, so the res/lang.zips of UI files go away
* translation via Translation::get(hrc-define-key, imbued-std::locale)
* python can now be translated with its inbuilt gettext support (we keep the name strings.hrc there
to keep finding the .hrc file uniform) so magic numbers can go away there
* java and starbasic components can be translated via the pre-existing css.resource.StringResourceWithLocation
mechanism
* en-US res files go away, their strings are now the .hrc keys in the source code
* remaining .res files are replaced by .mo files
* in .res/.ui-lang-zip files, the old scheme missing translations of strings
results in inserting the english original so something can be found, now the
standard fallback of using the english original from the source key is used, so
partial translations shrink dramatically in size
* extract .hrc strings with hrcex which backs onto
xgettext -C --add-comments --keyword=NC_:1c,2 --from-code=UTF-8 --no-wrap
* extract .ui strings with uiex which backs onto
xgettext --add-comments --no-wrap
* qtz for gettext translations is generated at runtime as ascii-ified crc32 of
content + "|" + msgid
* [API CHANGE] remove deprecated binary .res resouce loader related uno apis
com::sun::star::resource::OfficeResourceLoader
com::sun::star::resource::XResourceBundleLoader
com::sun::star::resource::XResourceBundle
when translating strings via uno apis
com.sun.star.resource.StringResourceWithLocation
can continue to be used
Change-Id: Ia2594a2672b7301d9c3421fdf31b6cfe7f3f8d0a
|
|
Change-Id: If17801c57d8333322985e36f09a022d6c317ba6d
Reviewed-on: https://gerrit.libreoffice.org/39663
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Too old to build master.
Change-Id: I01636c9ae26ddb3954dcfdd1977551c0f115a81b
|
|
Also fixed bug which prevented .cxx and .hxx files listing
Change-Id: I67adc7c52ab5f2f1222e0756cd0087c8d9be102f
Reviewed-on: https://gerrit.libreoffice.org/38640
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
the core lib has grown sufficiently large that the fuzzing tooling
complains of too many instrumented conditions so split things
up to hopefully fit again
Change-Id: I58899d143925f958aec95b5f213c2dc75a6686ec
Reviewed-on: https://gerrit.libreoffice.org/38647
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Idcd7efaed2a87c727712bb00ddfbf8ed8f5ed34d
|
|
Change-Id: I4760fc80ca2ca4a2496cb1a8bf3c3d1348ee0e77
Reviewed-on: https://gerrit.libreoffice.org/38461
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
|
|
Change-Id: I0aadbd552d1ba4a64daddba5bfcb3d6ffe534488
|
|
Change-Id: Ic9ba37af508eabce528ea57ae5839b1cd603b3e1
|
|
Change-Id: Icb8b385e3c59b6476ac58da5e76bbe73eaa82d88
|
|
Change-Id: Ieaa4cb0e8d3370154cd1a57d4afaf5bfa715cbc9
|
|
the new cross-toolset target does not work for iOS
(the old way worked as it should)
the "fetch" target causes problems.
Change-Id: I19d2949f04a968ebd9813f635dc21cae0559a4e7
|
|
When cross-compiling, it's possible that an external is only used on
the build platform and not the host platform. Attempt to fix this by
invoking "make fetch" twice; it looks like this should not be
combined with the exising "build-tools" invocation because that needs to
be delayed until everything is fetched.
Change-Id: I42626a30359d54dce3c0a5a8ea07045c099cea59
Reviewed-on: https://gerrit.libreoffice.org/37912
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Stahl <mstahl@redhat.com>
|
|
It seems that the generated partial update files are now generated
correctly. We now need to handle languages and sign the partial files as
well as upload them.
Change-Id: I69fbdad42da2c8a2d9695bc852956b82ce773f4c
|
|
Change-Id: I809866f0425b8e85b396692f60c936351aca39ad
|
|
This only makes sense with the mar based updater and is currently only
used for uploading the builds.
Change-Id: I8baec67419bd1042e89d0373ca868973b23d8a5f
|
|
Change-Id: I004af6b1a5aaa87869ad316dedde1777d2f3cf95
|
|
Change-Id: If5876ca8ecb8e6c6fe1135ddd0d1aa31ebfc47ca
Reviewed-on: https://gerrit.libreoffice.org/37468
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
|
|
...to be used by dev-tools' flatpak/build.sh
Change-Id: Ie61edfc2aeddf10aa70dee07c3496fd6b2aebcc4
|
|
Change-Id: I7e84f29b321676c373f86acba375816a0e9ad386
|
|
Change-Id: Ie1d7b73bfb6a5c08af9a00f58d204122576e8799
|
|
Change-Id: Id3bf2bc3c50421bb46e6fbdf3c492bdd2e3a976c
|
|
Change-Id: I36a6294c158232bef8fceeaf5159527f467f5786
|
|
This reverts commit 78dbfa9fff9c408108112302640e0cfb8aa53a11.
|
|
Change-Id: I11e9c23ab8b61b86bd7abb59b853cd7432a3d11f
|
|
Change-Id: I283d24fc2d7420273c3769fcd4ea3938da85afb4
|
|
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: I518bd8dc6fd50e96746d6d415190551c6cbfdea5
Reviewed-on: https://gerrit.libreoffice.org/35178
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Idb80d8893a223d2ba5fcacc579cb510ec4ddea84
|
|
Change-Id: Ib017705ca38c83cd7dfbedec60e2c7adf3f3c6a3
|
|
while ---enable-mergelibs creates a single libmergedlo.a in this
mode and the services.rdb contains that
I guess I could tweak cppuhelper/source/shlib.cxx and
solenv/bin/native-code.py etc to work differently or just take the
more well travelled road here
Change-Id: I35e2626824c9b015b5a6051db659fe467c35d8ba
|
|
Change-Id: I72a2d8ce47059f9af65d89fbdcc09d96c40cb79b
|
|
Change-Id: Icaf1de556ae20027e27321750197ed574b508435
|
|
Change-Id: I91242d4647922be1c668c6a6518dedf7048801be
|
|
Change-Id: I07fe351a182328f9ef98cb9866529637a6688c64
Reviewed-on: https://gerrit.libreoffice.org/34570
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
This reverts commit 210f594773455bf49d1cf116f1c48ccf74cb26b4.
Just disable the check if running inside docker
http://stackoverflow.com/questions/23513045/how-to-check-if-a-process-is-running-inside-docker-container
Change-Id: Ib11a2ccb7f0b2bd5e174b9b3adaf8a28474f2908
Reviewed-on: https://gerrit.libreoffice.org/34544
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I4f7c73b85c34bfdf88536ed40b288392e7e21368
|
|
Change-Id: If14486ffa268ce830b941b1b3f621dce190be43e
|
|
Currently we have 2 generator python scripts,
Makefile.in selects which one is to be used (old/new).
Change-Id: I1f7f8c216a97e273ce1b8e5149d1ffc80ab1277a
|
|
Change-Id: I06c36dd30ed6422b2c21dce3a43b89f43b1218b2
|
|
Change-Id: I861a64938a73f625ae190d18aee15dc57ac4d97d
|
|
This is a temporary fix, to allow testing of the new
windows IDE, without disturbing the existing one.
Change-Id: I4c59427541878acb6dd382af42deb7c0c952bcf9
|
|
Change-Id: I6a1787b484479268223fb59bf510c20be833d4d0
|
|
Copied gbuild-to-ide.py from d575e3a14beef8bdd3517c024b9aab8a17b3ef7b
to gbuild-to-ideNS.py
Changed Makefile.in to use gbuild-to-ideNS.py for non-actively
supported platforms.
That way these platform are stable, and not affected of new features.
For now all platforms are still present in gbuild-to-ide and will
have a "does not break" test for all new features.
Change-Id: I8bb069d93c954a80de540a32b8a01889035c840d
Reviewed-on: https://gerrit.libreoffice.org/33710
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
|
|
Change-Id: I7455a01076fc7c5fd16bbb90914ac93c236b2a3b
|
|
Change-Id: I8969e9f5020a6c1957b7f326e5dcca52915ddd4f
|
|
Change-Id: I5640ad193f2766400554012383d6c910f2160378
Reviewed-on: https://gerrit.libreoffice.org/33396
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|