summaryrefslogtreecommitdiff
path: root/Makefile.in
AgeCommit message (Collapse)AuthorFilesLines
2017-07-28add s[y]lk fuzzerCaolán McNamara1-1/+1
Change-Id: I46272f8a0b35776b9d14f72b1720e951458ab208
2017-07-27Makefile: fix fetching for the build platformMichael Stahl1-1/+4
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>
2017-07-27fix oss-fuzz build moreCaolán McNamara1-1/+1
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>
2017-07-21migrate to boost::gettextCaolán McNamara1-2/+1
* 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
2017-07-07drop findunusedcodeCaolán McNamara1-4/+1
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>
2017-06-28remove "vs2013" from gbuild-to-ideMichael Stahl1-1/+0
Too old to build master. Change-Id: I01636c9ae26ddb3954dcfdd1977551c0f115a81b
2017-06-19Ported bin/find-unusedheaders.pl to PythonArkadiy Illarionov1-1/+1
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>
2017-06-11refactor fuzzer army a bitCaolán McNamara1-1/+1
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>
2017-06-10re-add quattro pro fuzzerCaolán McNamara1-1/+1
Change-Id: Idcd7efaed2a87c727712bb00ddfbf8ed8f5ed34d
2017-06-06make check on linux includes now uicheckMarkus Mohrhard1-1/+1
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>
2017-06-06something not right with qpwfuzzer depends, disable for nowCaolán McNamara1-1/+1
Change-Id: I0aadbd552d1ba4a64daddba5bfcb3d6ffe534488
2017-06-03add quattro pro fuzzerCaolán McNamara1-1/+1
Change-Id: Ic9ba37af508eabce528ea57ae5839b1cd603b3e1
2017-06-01add ww8 fuzzerCaolán McNamara1-1/+1
Change-Id: Icb8b385e3c59b6476ac58da5e76bbe73eaa82d88
2017-05-28Makefile is generated in BUILDDIR, not SRCDIR (fix fetch for android)Christian Lohmaier1-1/+1
Change-Id: Ieaa4cb0e8d3370154cd1a57d4afaf5bfa715cbc9
2017-05-24fixing fe3fb5ecd3b66e32cc5aa64a2afffa572353740e for iOSjan Iversen1-0/+2
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
2017-05-23Makefile: try to fix downloading externals for build platformMichael Stahl1-0/+2
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>
2017-05-19add the generation of partial update files to the makefilesMarkus Mohrhard1-0/+3
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
2017-05-19separate creation and upload of the update infoMarkus Mohrhard1-0/+3
Change-Id: I809866f0425b8e85b396692f60c936351aca39ad
2017-05-19add configure setting for the update channelMarkus Mohrhard1-0/+3
This only makes sense with the mar based updater and is currently only used for uploading the builds. Change-Id: I8baec67419bd1042e89d0373ca868973b23d8a5f
2017-05-19add makefile parts for creating mar filesMarkus Mohrhard1-0/+8
Change-Id: I004af6b1a5aaa87869ad316dedde1777d2f3cf95
2017-05-11typoStephan Bergmann1-1/+1
Change-Id: If5876ca8ecb8e6c6fe1135ddd0d1aa31ebfc47ca Reviewed-on: https://gerrit.libreoffice.org/37468 Reviewed-by: Stephan Bergmann <sbergman@redhat.com> Tested-by: Stephan Bergmann <sbergman@redhat.com>
2017-05-10Add distro-pack-install-strip targetStephan Bergmann1-5/+12
...to be used by dev-tools' flatpak/build.sh Change-Id: Ie61edfc2aeddf10aa70dee07c3496fd6b2aebcc4
2017-05-02add ww6 fuzzerCaolán McNamara1-1/+1
Change-Id: I7e84f29b321676c373f86acba375816a0e9ad386
2017-04-15add ww2 fuzzerCaolán McNamara1-1/+1
Change-Id: Ie1d7b73bfb6a5c08af9a00f58d204122576e8799
2017-04-02add cgm fuzzerCaolán McNamara1-1/+1
Change-Id: Id3bf2bc3c50421bb46e6fbdf3c492bdd2e3a976c
2017-04-01add rtf fuzzerCaolán McNamara1-1/+1
Change-Id: I36a6294c158232bef8fceeaf5159527f467f5786
2017-03-16ppt fuzzer is good enough to get startedCaolán McNamara1-1/+1
This reverts commit 78dbfa9fff9c408108112302640e0cfb8aa53a11.
2017-03-15ppt fuzzer still needs more work to finish its runCaolán McNamara1-1/+1
Change-Id: I11e9c23ab8b61b86bd7abb59b853cd7432a3d11f
2017-03-15add ppt fuzzerCaolán McNamara1-1/+1
Change-Id: I283d24fc2d7420273c3769fcd4ea3938da85afb4
2017-03-15just use turbo-jpeg as sole internal solutionCaolán McNamara1-1/+1
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>
2017-03-14add a separate fuzzer for OLE2David Tardon1-1/+1
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>
2017-03-07oss-fuzz: add sd resourcesCaolán McNamara1-1/+1
Change-Id: Idb80d8893a223d2ba5fcacc579cb510ec4ddea84
2017-03-07add icgCaolán McNamara1-1/+1
Change-Id: Ib017705ca38c83cd7dfbedec60e2c7adf3f3c6a3
2017-03-03disable dynload expects services.rdb to list the orig library nameCaolán McNamara1-1/+1
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
2017-03-02add lwp fuzzerCaolán McNamara1-1/+1
Change-Id: I72a2d8ce47059f9af65d89fbdcc09d96c40cb79b
2017-03-01uitest: finally a working dependency on the build target for uicheckMarkus Mohrhard1-1/+1
Change-Id: Icaf1de556ae20027e27321750197ed574b508435
2017-02-25add 602 fuzzerCaolán McNamara1-1/+1
Change-Id: I91242d4647922be1c668c6a6518dedf7048801be
2017-02-24add hwp fuzzerCaolán McNamara1-1/+1
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>
2017-02-24Revert "oss-fuzz runs under docker"Michael Stahl1-2/+10
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>
2017-02-22add tif fuzzerCaolán McNamara1-1/+1
Change-Id: I4f7c73b85c34bfdf88536ed40b288392e7e21368
2017-02-22add tga fuzzerCaolán McNamara1-1/+1
Change-Id: If14486ffa268ce830b941b1b3f621dce190be43e
2017-02-20use old ide generator for vs2013 and vs2015jan Iversen1-2/+2
Currently we have 2 generator python scripts, Makefile.in selects which one is to be used (old/new). Change-Id: I1f7f8c216a97e273ce1b8e5149d1ffc80ab1277a
2017-02-17add ras fuzzerCaolán McNamara1-1/+1
Change-Id: I06c36dd30ed6422b2c21dce3a43b89f43b1218b2
2017-02-13add pcx fuzzerCaolán McNamara1-1/+1
Change-Id: I861a64938a73f625ae190d18aee15dc57ac4d97d
2017-02-01Makefile.in added support for testIdejan Iversen1-0/+1
This is a temporary fix, to allow testing of the new windows IDE, without disturbing the existing one. Change-Id: I4c59427541878acb6dd382af42deb7c0c952bcf9
2017-01-31add pct fuzzerCaolán McNamara1-1/+1
Change-Id: I6a1787b484479268223fb59bf510c20be833d4d0
2017-01-31Gbuild-to-ide, Froze non-active supported generators.jan Iversen1-4/+15
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>
2017-01-27add eps fuzzerCaolán McNamara1-1/+1
Change-Id: I7455a01076fc7c5fd16bbb90914ac93c236b2a3b
2017-01-24add psd fuzzerCaolán McNamara1-1/+1
Change-Id: I8969e9f5020a6c1957b7f326e5dcca52915ddd4f
2017-01-23beginning of support for CodeLite in gbuild-to-ideNoel Grandin1-0/+1
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>
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-01 13:29:51 +0000