summaryrefslogtreecommitdiffstats
path: root/external/libjpeg-turbo
Commit message (Collapse)AuthorAgeFilesLines
* upgrade libjpeg-turbo to 2.1.1Caolán McNamara2021-10-309-202/+358
| | | | | | | | | | simd enabled for x86_64 and x86, arm/aarch64 might be worth exploring too Change-Id: Ic2726ee8c6b6e59ca983b977ee2731f5b78b97d1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/123898 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com>
* WASM: add initial support for Emscripten cross buildJan-Marek Glogowski2021-05-051-1/+1
| | | | | | | | | | | | | | - configure with: - --host=wasm64-local-emscripten - had to make a few externals optional, so adding: - --disable-nss - --disable-cmis - --disable-curl Change-Id: I48d1c73d2675ad2e2beaf2c341578199efbd24ee Reviewed-on: https://gerrit.libreoffice.org/c/core/+/111130 Tested-by: Jenkins Reviewed-by: Thorsten Behrens <thorsten.behrens@allotropia.de>
* WIN cross: fix libjpeg-turbo buildJan-Marek Glogowski2020-09-111-2/+2
| | | | | | | Change-Id: Iae4696df714ba27c0053f7ca3eb485816e8e58c7 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102481 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
* GBUILD_TRACE, support for finding out where the build time is spentLuboš Luňák2020-02-161-0/+4
| | | | | | | | | | See instructions in solenv/gbuild/Trace.mk . This generates a file than can be viewed e.g. in the Chromium tracing view. Change-Id: I5f90647c58ca729375525b6daed2d4918adc8188 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88754 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com>
* Drop unnecessary gb_DEBUG_CFLAGSStephan Bergmann2019-01-241-1/+1
| | | | | | | | | | | | | | | | ...which was at maximum set to GCC's -finline-limit=0 -fno-inline (solenv/gbuild/platform/com_GCC_defs.mk). Those options were set for debug builds "since forever", but that looks very much like cargo cult: -fno-inline "is the default when not optimizing" anyway (<https://gcc.gnu.org/onlinedocs/gcc-7.4.0/gcc/Optimize-Options.html>), and it is unclear to me how -finline-limit=0 should have any impact beyond -fno-inline (and maybe was present for ancient compilers that only supported -finline-limit but not -fno-inline?). Change-Id: Id6752d03b1b7ec8763defabc5720d4dd08790874 Reviewed-on: https://gerrit.libreoffice.org/66836 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
* ofz#3782 libjpeg ubsan woesCaolán McNamara2017-10-251-0/+20
| | | | | | | | | | https://github.com/libjpeg-turbo/libjpeg-turbo/issues/171 Change-Id: Ic6d7e27f88a542d78f3257418099c8fd875b04c9 Reviewed-on: https://gerrit.libreoffice.org/43812 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Caolán McNamara <caolanm@redhat.com> Tested-by: Caolán McNamara <caolanm@redhat.com>
* use gbuild way to update config.*, continuedDavid Tardon2017-10-102-21/+2
| | | | | | | Change-Id: I9abf1742c213f47c576ffbb7dafd33087f7037e5 Reviewed-on: https://gerrit.libreoffice.org/43307 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: David Tardon <dtardon@redhat.com>
* libjpeg-turbo: fix 32-bit Linux buildMichael Stahl2017-09-181-1/+1
| | | | | | | If invoked with --build=x86_64-unknown-linux-gnu, its configure will use the same for the host platform, so pass --host too. Change-Id: I4548c48db1811f31c7c78b2c0c74c1abb79784ba
* consistent naming of externals: jpeg-turbo->libjpeg-turboMichael Stahl2017-09-159-0/+243
Change-Id: I63fcebc36559c2698bbedd3501285a388ce8c257 Reviewed-on: https://gerrit.libreoffice.org/42291 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com>
generated by cgit (git 2.34.1) at 2024-05-22 00:43:45 +0000