| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
Related to the C99 features libtiff is starting to use.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Changes to libtiff for gpdl.
1) Ensure that libtiff doesn't mess with 'boolean' in GS builds
on Windows. Without this, the jpeg structures used by our JPEG
lib build are different in size when called from gs and libtiff,
resulting in runtime errors.
2) Update libtiff so that it can correctly call into the jpeg
library so that memory operations happen from our pools, not
malloc/free. Slightly horrid in that this is more complex with
OJPEG than JPEG files.
Fix some compiler warnings stemming from libtiff update
Various tweaks for libtiff 4.3.0 to build on Windows
Mainly "importing" tif_config.vc.h and tiffconf.vc.h - the tiff build now
created those with cmake.
Then typedef'ing several C99 ***_t style types.
Finally defining matching C99 PRI* printf formatting macros
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
GPDL decode of tests_private/tiff/text.tif gives valgrind errors
due to the "thunder decode" failing to extract the last run of
bytes.
The logic in the decoder, presumably intended to spot overruns of
data is incorrect, in that runs that end at the end of a row
(npixels == maxpixels) will not be decoded.
Fix this by limiting 'n', the number of pixels to copy. Note that
npixels is updated by the 'unlimited' value to ensure the error
reporting at the end of the loop still works.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
And then re-apply: ef66198ade77d5d551b3045cd36bed81c0b04f54
Changes to libtiff for gpdl.
1) Ensure that libtiff doesn't mess with 'boolean' in GS builds
on Windows. Without this, the jpeg structures used by our JPEG
lib build are different in size when called from gs and libtiff,
resulting in runtime errors.
2) Update libtiff so that it can correctly call into the jpeg
library so that memory operations happen from our pools, not
malloc/free. Slightly horrid in that this is more complex with
OJPEG than JPEG files.
|
| |
|
|
|
|
|
|
|
|
| |
Patch grabbed from upstream:
https://gitlab.com/libtiff/libtiff/-/commit/31ca59cb047353d7edf66d04fe052861b180e42d
Rename itrunc to fix name clash with a different itrunc in math.h on AIX.
Fixes issue #189
|
| |
|
|
|
|
|
|
|
|
|
|
| |
1) Ensure that libtiff doesn't mess with 'boolean' in GS builds
on Windows. Without this, the jpeg structures used by our JPEG
lib build are different in size when called from gs and libtiff,
resulting in runtime errors.
2) Update libtiff so that it can correctly call into the jpeg
library so that memory operations happen from our pools, not
malloc/free. Slightly horrid in that this is more complex with
OJPEG than JPEG files.
|
| |
|
|
|
|
|
|
| |
Add in portability changes to tiffiop.h
Portability tiffiop.h
Remove globals from tif_pixarlog.c
|
| |
|
|
|
| |
Needed for configure on 64-bit Linux on ARM (seen with SUSE 64-bit linux
on the Raspberry Pi).
|
| |
|
|
|
|
|
|
|
|
| |
Add in portability changes to tiffiop.h
Portability tiffiop.h
Remove globals from tif_pixarlog.c
Tweaks to support libtiff 4.0.9
|
| |
|
|
|
|
|
|
| |
Add in portability changes to tiffiop.h
Portability tiffiop.h
Remove globals from tif_pixarlog.c
|
| |
|
|
|
| |
Apparently snprintf is now available (since VS2014), and we need to
make sure and undef bool to avoid conflicts.
|
|
|
Squashed into one commit (see branch for details of the evolution of the
branch).
This brings gpcl6 and gxps into the Ghostscript build system, and a shared
set of graphics library object files for all the interpreters.
Also, brings the same configuration options to the pcl and xps products as we
have for Ghostscript.
|
