Table of contents
History of Ghostscript versions 9.n
- Version 9.54.0 (2021-03-19)
- Version 9.53.3 (2020-10-01)
- Version 9.52 (2020-03-19)
- Version 9.50 (2019-10-15)
- Version 9.27 (2019-04-03)
- Version 9.26 (2018-11-20)
- Version 9.25 (2018-09-13)
- Version 9.24 (2018-09-03)
- Version 9.23 (2018-03-21)
- Version 9.22 (2017-10-04)
- Version 9.21 (2017-03-16)
- Version 9.20 (2016-09-26)
- Version 9.19 (2016-03-23)
- Version 9.18 (2015-09-23)
- Version 9.16 (2015-03-30)
- Version 9.15 (2014-09-22)
- Version 9.14 (2014-03-26)
- Version 9.10 (2013-08-27)
- Version 9.09 (2013-08-21)
- Version 9.07 (2013-02-14)
- Version 9.06 (2012-07-31)
- Version 9.05 (2012-02-08)
- Version 9.04 (2011-08-05)
- Version 9.02 (2011-03-30)
- Version 9.01 (2011-02-07)
- Version 9.00 (2010-09-14)
This document is a record of changes in Ghostscript releases numbered 9.xx.
Version 9.55.0 (2021-09-27)
Highlights in this release include:
New PDF Interpreter: This is an entirely new implementation written in C (rather than PostScript, as before). For a full discussion of this change and reasons for it see: Changes Coming to the PDF Interpreter.
In this (9.55.0) release, the new PDF interpreter is disabled by default in Ghostscript, but can be used by specifying
-dNEWPDF. We hope to make it the default in 9.56.0, and fully deprecate the PostScript implementation shortly after that (depending on the feedback we get).
This also allows us to offer a new executable (
gpdfwin??.exeon Windows) which is purely for PDF input. For this release, those new binaries are not included in the "install" make targets, nor in the Windows installers (they will be from 9.56.0 onwards).
We would ask that as many users as possible take the opportunity to test with the new PDF implementation (i.e. using
-dNEWPDFon your gs command line), and discuss any problems with us, before the new implementation becomes the default.
The pdfwrite device now supports "passthrough" for JPX/JPG2000 data images (as well as the already supported JPEG/DCT Encoded). That means that if no rescaling or color conversion of the image data is required, the encoded/compressed image data from the input file will be written unchanged to the output, preventing potential image degradation caused by decompressing and recompressing.
The Ghostscript/GhostPDL demo apps for C, C#, Java and Python have all had improvements and the C#/Java/Python language bindings have now been documented, see Ghostscript Language Bindings
The Zugferd compliant PDF generating definitions (
lib/zugferd.ps) have been updated and expanded to support the current version (2.1.1) of the Zugferd spec, and optionally different versions of the specification.
The PCL/m output devices now support Duplex/Tumble.
The internal support for "n-up" style simple imposition (introduced in 9.54.0) has been extended and improved for better support across all input formats.
Ghostscript now supports object specific halftone - for example, different halftones can be specified for text and images, reflecting the differing needs of rendering those two types of object.
Our efforts in code hygiene and maintainability continue.
The usual round of bug fixes, compatibility changes, and incremental improvements.
(9.53.0) We have added the capability to build with the Tesseract OCR engine. In such a build, new devices are available (pdfocr8/pdfocr24/pdfocr32) which render the output file to an image, OCR that image, and output the image "wrapped" up as a PDF file, with the OCR generated text information included as "invisible" text (in PDF terms, text rendering mode 3).
Mainly due to time constraints, we only support including Tesseract from source included in our release packages, and not linking to Tesseract/Leptonica shared libraries. Whether we add this capability will be largely dependent on community demand for the feature.
See Enabling OCR for more details.
This release includes the fix for the
%pipe% security issue (CVE-2021-3781).
For a list of open issues, or to report problems, please visit bugs.ghostscript.com.
Included below are incompatible changes from recent releases (the specific release in question listed in parentheses). We include these, for now, as we are aware that not everyone upgrades with every release.
(9.55.0) Changes to the
device API. This will affect developers and maintainers of Ghostscript devices. Firstly, and most importantly, the way device-specific "procs" are specified has been rewritten to make it (we think!) clearer and less confusing. See The Interface between Ghostscript and Device Drivers and The Great Device Rework Of 2021 for more details.
(9.55.0) The command line options
-dGraphicsKPreserve=#have been changed to
(9.53.0) As of 9.53.0, we have (re-)introduced the patch level to the version number, this helps facilitate a revised policy on handling security related issues.
Note for GSView Users:The patch level addition breaks GSView 5 (it is hardcoded to check for versions
704-999. It is possible, but not guaranteed that a GSView update might be forthcoming to resolve this.
-dALLOWPSTRANSPARENCY: The transparency compositor (and related features), whilst we are improving it, remains sensitive to being driven correctly, and incorrect use can have unexpected/undefined results. Hence, as part of improving security we limited access to these operators, originally using the
-dSAFERfeature. As we made "SAFER" the default mode, that became unacceptable, hence the new option
-dALLOWPSTRANSPARENCYwhich enables access to the operators.
(9.50) There are a couple of subtle incompatibilities between the old and new SAFER implementations. Firstly, as mentioned in the 9.50 release notes, SAFER now leaves standard PostScript functionality unchanged (except for the file access limitations). Secondly, the interaction with
restoreoperations has changed. See SAFER.
Important Note for Windows Users:
The file/path pattern matching is case sensitive, even on Windows. This is a change in behaviour compared to the old code which, on Windows, was case insensitive. This is in recognition of changes in Windows behaviour, in that it now supports (although does not enforce) case sensitivity.
(9.27) The process of "tidying" the PostScript name space should have removed only non-standard and undocumented operators. Nevertheless, it is possible that any integrations or utilities that rely on those non-standard and undocumented operators may stop working or may change behaviour.
If you encounter such a case, please contact us (Discord, #ghostscript IRC channel, or the gs-devel mailing list would be best), and we'll work with you to either find an alternative solution or return the previous functionality, if there is genuinely no other option.
From 9.55.0 onwards, in recognition of how unwieldy very large HTML files can become (History9.html had reached 8.1Mb!), we intend to only include the summary highlights (above).
For anyone wanting the full details of the changes in a release, we ask them to look at the history in our public git repository: ghostpdl-9.55.0 log.
If this change does not draw negative feedback, History?.htm file(s) will be removed from the release archives.
Copyright © 2000-2021 Artifex Software, Inc. All rights reserved.
This software is provided AS-IS with no warranty, either express or implied. This software is distributed under license and may not be copied, modified or distributed except as expressly authorized under the terms of that license. Refer to licensing information at https://www.artifex.com or contact Artifex Software, Inc., 1305 Grant Avenue - Suite 200, Novato, CA 94945, U.S.A., +1(415)492-9861, for further information.
Ghostscript version 9.55.0, 27 September 2021