- http://www.dokupuppylinux.co.cc/program ... script_904
ghostscript-9.04 for Puppy 3.01
- ghostscript-9.04-i486.pet
--
ghostscript-9.04 for puppy 4.3.1
ghostscript-9.04-p431.pet
--
ghostscript-9.04 for puppy 5.2.5
- ghostscript-9.04-lucid.pet
I compiled ghostscript with:
Code: Select all
CFLAGS=" -pipe -combine -Os -ffunction-sections -fdata-sections -momit-leaf-frame-pointer -fomit-frame-pointer -fmerge-all-constants -march=i486 -mtune=i686 " LDFLAGS=-L/usr/lib ./configure --prefix=/usrchangelog:
This is the fourth full release in the stable 9.x series.
This release includes fixes and solutions for a number of serious
problems from the earlier 9.x releases and so we strongly encourage
those using earlier 9.x releases to upgrade to this new version, to reap
the benefits of those fixes.
In addition, those still using Ghostscript 8.71 and earlier should begin
migration to 9.x soon since many improvements, features and fixes from
the 9.x versions are impractical to back-port to these legacy versions.
Highlights in this release include:
* Transition source base to git source control - not a big deal for
most users, but an important change for those develop Ghostscript and
GhostPDL.
* This release introduces flexibility for controlling color based
upon the graphic object type. In particular, it is now possible to
specify unique output ICC profiles and rendering intents for vector
graphic, image and tex portions of a document. It is also possible to
override source color specifications and use specified ICC profiles and
rendering intents for RGB and CMYK vector graphics, images and text
portions of a document. Finally, DeviceGray source colors can now easily
be specified to map either to K only or composite CMYK when the output
device supports CMYK colorants.
* New tiffscaled8 and tiffscaled24 devices. Add new tiffscaled8 and
tiffscaled24 devices, copied and modified from tiffscaled. These output
greyscale and 24bit rgb instead of tiffscaleds mono output.
MinFeatureSize is ignored for these devices as it's meaningless for
contone output. Downscaling is also now supported for png16m and
pnggray, and a new pngmonod device has been implemented which uses
grayscale rendering internally and then
downscales/min_feature_sizes/error diffuses to monochrome.
* The PDF interpreter will now try continue interpreting a PDF
after encountering an error in a stream. The previous bevahior can be
reinstated by passing -dPDFSTOPONERROR to Ghostscript.
* Re-enable x11alpha as the default device on Unix systems, now
that compatibility problems between anti-aliased output and transparency
are resolved.
* Update libjpeg to version 8c.
* Experimental Text output/extraction device
The txtwrite device has undergone some development, and now has
genuine functionality. It accepts any input format which GhostPDL
supports, and uses a combination of methods to try and determine the
Unicode values for any text contained in the document.
The code descends a hierarchy of methods in this process,
starting with the most reliable and only falling back to less reliable
methods when better methods fail. The current hierarchy is as follows:
1. ToUnicode CMaps (PostScript or PDF) or GlyphNamesToUnicode
tables (PostScript).
2. Glyph names of the form 'unixxxx'.
3. Glyph names defined in the Adobe Glyph List document.
4. Input character code.
Method 1 is highly reliable, method 4 is a best guess and not
terribly reliable, though it will work for many files. It is probably
most reliable for PostScript and PCL files.
The device currently has one parameter 'TextFormat' which
controls whether the output is Unicode text reflecting the layout of the
original document (-dTextFormat=0) or a format intended for use by
developers which includes the Unicode text and some formatting
information, such as the size and position of the text, and the font in
use (-dTextFormat=1).
Note that his device does not do OCR (Optical Character
Recognition) it is not capable of finding 'text' which is part of an
image. However it will recover the 'invisible' text from PDF documents
which have been scanned and OCR'ed by Acrobat for searching. Such text
has a render mode of 3.
This is the first release of this code and is very much an alpha
release, we expect problems.
In particular the TextFormat=0 output is likely to be incorrect,
and will only work with top-to-bottom left-to-right text. It will
probably also be confused by landscape documents printed on portrait media.
TextFormat=1 should be more reliable, but there may be cases
where text is dropped from the output. Text in PostScript documents
using charpath is not yet supported for example.
We do encourage feedback on the state of this device, and would
be interested in hearing what kind of output would be useful for
developers using TextFormat=1. For now, however, please do not raise
bugs through Bugzilla, instead please send feedback to the gs-devel
mailing list.
Incompatible changes
Deprecated file "gs/base/errors.h" removed, psi/ierrors.h should be used
instead.
The eXternal Fonts (XFonts) functionality, marked as deprecated in 9.02
has now been fully removed.
No other recorded incompatible changes.