Commit Graph

13 Commits

Author SHA1 Message Date
John Cupitt
1dbd03eefe update for new pdfium package 2018-04-12 13:10:30 +01:00
John Cupitt
2a82744a10 working at a basic level
TODO

- more code sharing with pdfload.c, eg.  vips_foreign_load_pdf_is_a_buffer()
  and get_flags etc.
- could share the page layout code too
- make pdf.c with base stuff in?
- what about filename encodings
- test transparency
- new_from_buffer needs doing
2018-04-08 18:04:06 +01:00
John Cupitt
05456125b6 builds, links and mostly runs 2018-04-07 17:36:52 +01:00
John Cupitt
83d4ee0b0b update find_pdfium for latest packaging
hey ho ouch
2018-04-05 12:10:43 +01:00
John Cupitt
38f459711b detects pdfium correctly
and builds without anything else breaking
2018-03-30 22:17:43 +01:00
John Cupitt
9c2ae52820 start adding pdfium tests
though they fail with link problems
2018-03-30 11:59:57 +01:00
John Cupitt
c01aa40ebe add the test source 2017-10-02 08:36:30 +01:00
John Cupitt
6c0fe14c90 fix expat search
should fix travis on os x
2017-03-02 09:30:10 +00:00
John Cupitt
c7b1fb28f7 switch to expat.m4
older linuxes (and os x) do not have expat.pc, sadly
2017-03-01 11:07:51 +00:00
Felix Bünemann
5ab0001ec6 Add configure check for zlib with inflateInit2
and replace old unused and poorly named FIND_ZIP. The new code prefers
pkgconfig and only falls back to manual detection if needed.

This also prioritizes detected zlib flags and includes to be preferred
over the ones that are added by pkgconfig for libpng, tifflib etc. which
would otherwise have caused the system default zlib to be used.
2016-06-27 03:03:45 +02:00
John Cupitt
10cfbc553f get rid of m4-safe
and don't copy the .m4 files recommended by glib-gettextize either
2016-05-18 13:41:31 +01:00
John Cupitt
91aa288a44 break up acinclude.m4
it's now in a more maintainable set of .m4 files in m4-safe
2016-05-18 10:41:05 +01:00
Felix Bünemann
f0a5ac5bbc Vendor python.m4 to fix wrong multiarch exec paths
The python.m4 that ships with automake hardcodes the library path for
platfrom dependent files to `lib`, which is wrong for multiarch systems.

Instead we import the `m4/python.m4` from pygobject, which does not have
this problem and also ensures we have the same behavior as pygobject
which we are depending on for pyvips8.

Due to this change some minor changes to how the `bootstrap.sh` script
clean up the `m4` folder where needed.

The python search order has been modified to prefer the default python
over python2 over python3.
2016-05-18 04:28:58 +02:00