summaryrefslogtreecommitdiff
path: root/external/pdfium/UnpackedTarball_pdfium.mk
AgeCommit message (Collapse)AuthorFilesLines
2020-12-03pdfium: MSVC 2015 buildcib-6.1-20Michael Stahl1-0/+3
2020-12-03external: update pdfium to handle redact annotationsMiklos Vajna1-1/+3
external: update pdfium to 4203 (cherry picked from commit 4488be8a9279be0bd0aebd476589a49d2b95da6e) Update one mention of pdfium-4137.tar.bz2 ...left behind by 4488be8a9279be0bd0aebd476589a49d2b95da6e "external: update pdfium to 4203" (cherry picked from commit ba4b3d5f7a0fe8d0d985e98897e041d59093d8b0) external: update pdfium to 4260 (cherry picked from commit f19381e46930bb496e7331754843920933fb4be2) external: update pdfium to 4306 (cherry picked from commit fe531957e3dcd42927cf15ab31d04473433d81f9) Conflicts: include/vcl/pdf/PDFAnnotationSubType.hxx Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105913 Tested-by: Jenkins Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> (cherry picked from commit b4f50e78e9cd391964128bd0d1446d4dca110cef) Change-Id: Ic10cf99fa412f8f0b3475e82d0a1839a7f04bd08
2020-12-03external: update pdfium from 3963 to 4137Miklos Vajna1-1/+2
This is a combination of 6 commits, which brings pdfium to the same version as libreoffice-7-0. This is the 1st commit message: external: update pdfium to 4021 (cherry picked from commit 1cb70721ba00dd6c6958f0a10e39aa5c1866ec96) This is the commit message #2: external/pdfium: C++20 comparison operator fix Missing const leads to overload resolution ambiguity when a synthesized candidate of operator == for a reversed-argument rewrite conflicts with the actual operator ==, due to the asymmetric const-ness of the implicit object parameter and the RHS parameter: > In file included from workdir/UnpackedTarball/pdfium/core/fxge/cfx_font.cpp:7: > In file included from workdir/UnpackedTarball/pdfium/core/fxge/cfx_font.h:11: > llvm/inst/include/c++/v1/vector:1369:27: error: use of overloaded operator '!=' is ambiguous (with operand types 'std::__1::__vector_base<unsigned char, FxAllocAllocator<unsigned char> >::allocator_type' (aka 'FxAllocAllocator<unsigned char>') and 'std::__1::__vector_base<unsigned char, FxAllocAllocator<unsigned char> >::allocator_type') > if (__base::__alloc() != __c.__alloc()) > ~~~~~~~~~~~~~~~~~ ^ ~~~~~~~~~~~~~ > llvm/inst/include/c++/v1/vector:1359:5: note: in instantiation of member function 'std::__1::vector<unsigned char, FxAllocAllocator<unsigned char> >::__move_assign' requested here > __move_assign(__x, integral_constant<bool, > ^ > workdir/UnpackedTarball/pdfium/core/fxge/cfx_font.cpp:384:24: note: in instantiation of member function 'std::__1::vector<unsigned char, FxAllocAllocator<unsigned char> >::operator=' requested here > m_FontDataAllocation = std::vector<uint8_t, FxAllocAllocator<uint8_t>>( > ^ > workdir/UnpackedTarball/pdfium/core/fxcrt/fx_memory_wrappers.h:74:8: note: candidate function > bool operator!=(const FxAllocAllocator& that) { return false; } > ^ > workdir/UnpackedTarball/pdfium/core/fxcrt/fx_memory_wrappers.h:73:8: note: candidate function > bool operator==(const FxAllocAllocator& that) { return true; } > ^ > workdir/UnpackedTarball/pdfium/core/fxcrt/fx_memory_wrappers.h:73:8: note: candidate function (with reversed parameter order) (cherry picked from commit 6e0461d576d9f386e458f98f3c57f0ba385aacb4) This is the commit message #3: pdfium: don't patch out the COMPONENT_BUILD check, define it So next time we update, no need to adapt a failing patch. (cherry picked from commit 9b4ab9bda41a818832c721933986c9c6e07a6e6c) This is the commit message #4: make update_pch also consider files in <module>/src/**/inc With --enable-pch=full there's not much difference between a "public" header in <module>/inc and a private one in <module>/src/somewhere/inc . And since the script searches recursively, this apparently helps to find even more headers for lower pch levels. [ Just the pdfium part. ] (cherry picked from commit 69e0d871ec1de2260f9213d3113464155eac173c) This is the commit message #5: external: update pdfium to 4083 (cherry picked from commit 9054c36d4ea3bee25fb9a47a96a0ea2cd07148c3) This is the commit message #6: external: update pdfium to 4137 (cherry picked from commit 1ffe59ef31186e36ad0aa7bbcdd32e407ee8d26c) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/102373 Tested-by: Jenkins Reviewed-by: Caolán McNamara <caolanm@redhat.com> (cherry picked from commit 434d611e22c4fe76a11d2de26b9f185bb04e5ad3) Change-Id: I8483d0aa5b4fea5a59107c20a8aa5f1ef694af0a b7c12461e04fa97bf55ee967e8d6c9bcf92fdf4a
2020-12-03external: update pdfium to 3794Miklos Vajna1-1/+4
Reviewed-on: https://gerrit.libreoffice.org/72619 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.com> (cherry picked from commit 3dbe66b7895a412ad7ad9aede4be383489d805de) Change-Id: Ie4c42943445813c7c50bf06cb710cedf2a61f3a9
2020-12-03external: update pdfium to 3613Miklos Vajna1-1/+6
Reviewed-on: https://gerrit.libreoffice.org/63547 Reviewed-by: Miklos Vajna <vmiklos@collabora.com> Tested-by: Jenkins (cherry picked from commit ec11c1aee04eacb00d94a6359f959b990ddb6923) Change-Id: I99bd67f45796eb85635543a5e4563bb7477cf63e
2020-12-03pdfium: update to 3550Miklos Vajna1-1/+2
Allows dropping all the backports, so only one custom API patch remains. Reviewed-on: https://gerrit.libreoffice.org/60697 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> (cherry picked from commit 56ac8214ab35387f8861044b62c79fae6d7ccac5) Change-Id: I13dc4f62be86d0859862cbd95bb14e07bbcf53d6
2020-12-03pdfium: update to 3471Miklos Vajna1-1/+0
Allows dropping 4 API patches + the one that allows building against system ICU. Reviewed-on: https://gerrit.libreoffice.org/57588 Tested-by: Jenkins Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> (cherry picked from commit 1445d84cdc906fabf6cc7a59f3c94b4049477701) Change-Id: Ib5c63ba7daf51b320c07b24486f7398bf71bcfbf
2018-05-14pdfium: update to 3426Miklos Vajna1-1/+1
Allows dropping the ugly freetype.patch.1. Change-Id: Ifa8a6dac02a49a2c13572e59773261a847efad3f Reviewed-on: https://gerrit.libreoffice.org/54294 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins <ci@libreoffice.org>
2018-03-07external: update pdfium to 3358Miklos Vajna1-0/+4
pdfium now has a build_config.h which is something between a generated file (it's not part of git) and a normal header (works in a way, so the same header works for all platforms), handle it the same way as clucene. Change-Id: I674eca0c52fb8681c3a20501e39f95a8f9d8724e Reviewed-on: https://gerrit.libreoffice.org/50840 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
2018-01-10pdfium: update to 3312Miklos Vajna1-0/+2
Change-Id: I3e81c097870264bfcdd8c14407dcb95f5b153793 Reviewed-on: https://gerrit.libreoffice.org/47689 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins <ci@libreoffice.org>
2017-10-04pdfium: remove no longer needed Mac baseline patchMiklos Vajna1-2/+0
This was needed on 10.9, current build baseline is 10.12. Change-Id: Ide1ddc9ea918676ab9363b7aeefd9b5606351e8d Reviewed-on: https://gerrit.libreoffice.org/43114 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins <ci@libreoffice.org>
2017-05-24external: update pdfium to 3094Miklos Vajna1-2/+0
This allows dropping the now upstreamed system-zlib.patch.1. Change-Id: I92668ff243fa7f14a418cec419c003d4a9bc96ce Reviewed-on: https://gerrit.libreoffice.org/37960 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins <ci@libreoffice.org>
2017-04-26external: update pdfium to 3064Miklos Vajna1-1/+6
This contains the new FPDFPath_GetFillColor / FPDFPageObj_GetType APIs I want to use in CppunitTest_vcl_pdfexport. Change-Id: I275ff761188c07dbbab27a1e0715ac250cd306c9 Reviewed-on: https://gerrit.libreoffice.org/36974 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
2017-04-13external: mark pdfium / system-zlib patch as upstreamedMiklos Vajna1-0/+1
Change-Id: I65709e73b36561b2214f148327baa38fe8a99ad1
2017-04-12external: upgrade to pdfium-3050 and stop using bundled zlibMiklos Vajna1-0/+1
Change-Id: I2e572585ea1cebc65aa364d8ce059cf0a3e1b83f Reviewed-on: https://gerrit.libreoffice.org/36443 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins <ci@libreoffice.org>
2017-03-09pdfium: clean up no longer needed VS2013 patchMiklos Vajna1-2/+0
Change-Id: I09c72d795aa6667e81326008fa66409c1e6ec175 Reviewed-on: https://gerrit.libreoffice.org/34988 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins <ci@libreoffice.org>
2017-02-14external/pdfium: Work around -fsanitize=shiftStephan Bergmann1-0/+3
...during CppunitTest_sd_export_tests Change-Id: Id253fd83a6056783a55f9496ac850dc00e89253d
2017-02-08pdfium: work around macOS 10.9 buildMiklos Vajna1-0/+3
I assume this is a compiler bug, the patch can be dropped when we don't build on this baseline anymore. Change-Id: Ic65f830b888864db075efefd5b2e5d2520d9213e Reviewed-on: https://gerrit.libreoffice.org/34033 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
2017-02-08external: bundle pdfiumMiklos Vajna1-0/+29
Initial use case is to avoid creating a whole Draw document + a poppler process for each and every PDF image we load in a document. The MSVC patch is only to support MSVC 2013, as upstream already moved to MSVC 2015. Change-Id: I3c9dbac3e3de9f2e874ca4cfec0a9dd8a388b87c Reviewed-on: https://gerrit.libreoffice.org/34022 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk>
generated by cgit v1.2.1 (git 2.18.0) at 2023-06-07 23:32:53 +0000