Bob Eby | 8 Apr 15:58 2014

Building on Windows 7 64-bit.

Hi Everyone,

I've been testing with AGPL Ghostscript and thought I'd give the GNU GPL version a try.  Unfortunately I'm having trouble building verison 9.06 successfully on Windows 7 64-bit. 

I notice a change in the ChangeLog from 2007:

2007-05-08 Didier Link <didier <at>>
    * src/version.mak: removed because is functionnalities was transfered

And yet many files (particularly windows mak files) seem to be riddled with references to it.

How do I build the latest GNU Ghostscript on Windows?

----example CLI----
C:\Users\*****\Downloads\gnu-ghostscript-9.06.0>nmake /f psi/msvc64.mak DEVSTUDIO=

Microsoft (R) Program Maintenance Utility Version 10.00.30319.01
Copyright (C) Microsoft Corporation.  All rights reserved.

.\psi\msvc.mak(459) : fatal error U1052: file '.\base\version.mak' not found
----end example CLI----

gs-devel mailing list
gs-devel <at>
Chris Liddell | 26 Mar 18:48 2014

Ghostscript 9.14 and GhostPDL 9.14

The GPL Ghostscript 9.14 and GPL GhostPDL 9.14 releases are now available.

Apologies for the rapid update, the 9.12 release did not have the new 
eps2write device included in the default Unix build, hence the double 
quick update.

Get it here:

For a release summary see:

Thanks to everyone whose hard work made this release possible!


Artifex Software, Inc.
Chris Liddell | 25 Mar 16:47 2014

Ghostscript 9.12 and GhostPDL 9.12

The GPL Ghostscript 9.12 and GPL GhostPDL 9.12 releases are now available.

Get it here:

For a release summary see:

Thanks to everyone whose hard work made this release possible!


Artifex Software, Inc.
Ulf Wittenberg | 24 Mar 13:45 2014

ICC-profile: permanently change default (CMYK) ICC profile?

Hello GS community,

is there a way to permanently exchange the default CMYK ICC profile? The current default is a SWOP profile
("Artifex CMYK SWOP Profile") which I'd like to replace with an ISO coated V2 profile (neutral paper
white, bigger gamut).

Why am I asking:
I use "-dUsePDFX3Profile" to honor an embedded output intent (OI) profile when rendering a PDF/X to a CMYK
TIFF - works fine and the resulting TIFF has the profile from the OI embedded.
But "simple" PDFs without OI profile end up with this default SWOP profile embedded in the TIFF and
specifying a "-sDefaultCMYKProfile" has no effect. I even tried the method with my own file for
"-sSourceObjectICC". I always ended up with "Artifex CMYK SWOP Profile".

How can I completely and permanently change the default CMYK profile or define one in my command that gets
used when there is no OI profile available in a PDF?

Command used (most relevant options):
gswin32c -dSimulateOverprint=true
-sICCProfilesDir="C:/Windows/System32/spool/drivers/color/" -dUsePDFX3Profile
-sDefaultCMYKProfile=ISOcoated_v2_eci.icc -dRenderIntent=1 -dBlackPtComp=1
-sNamedProfile="C:/Users/win7test/Desktop/PANTONEplus_Solids_complete.txt" -sDEVICE=tiff32nc

Best regards,
Ulf Wittenberg
Johannes Meixner | 18 Mar 16:33 2014

Can PDF be processed continuously as data stream?


I have a question regarding PDF:

Can PDF be processed as a continuous data stream?

I mean where input can be continuously processed
as soon as some input bytes are available
until there are no more input bytes.

According to "How to read the file" at
it seems the cross-reference table at the end
is mandatory to read a PDF.

If this is true a PDF cannot be processed as data stream
(in contrast to PostScript).

Is this true?

Or is it at least theoretically possible that a PDF interpreter
could work even without the cross-reference table?

Why I ask:

I wonder when nowadays PDF is the common printing data format
but processing it is not possible as data stream, then it is
also not possible that an application creates e.g. 1000 pages PDF
without first storing the whole PDF until PDF processing software
(e.g. to print it) can be started which means there must be a delay
until the application had completely created the whole PDF
before the printout processing can start.

I know my question is mostly theoretically because usual printing
systems do not suppport to start processing print job data that
is not yet complete - e.g. CUPS won't start its filters unless
a print job was completely received.

Kind Regards
Johannes Meixner

SUSE LINUX Products GmbH -- Maxfeldstrasse 5 -- 90409 Nuernberg -- Germany
HRB 16746 (AG Nuernberg) GF: Jeff Hawn, Jennifer Guild, Felix Imendoerffer
Chris Liddell | 14 Mar 17:42 2014

Ghostscript and GhostPDL 9.12 release candidate

Release candidate archives are available:

please do give it a try on your system(s) if you're interested in 
helping test the release-in-progress.

john Culleton | 5 Mar 16:50 2014

Convert from e.g., pdf 2 to pdf X/1-a:2001

Book printers prefer or demand the above named
form of pdf for color pages and for covers. Using
Ghostscript tools what is the easy way home?


John Culleton
Wexford Press
Free list of books for self-publishers:
PDF e-book: "Create Book Covers with Scribus"
available at
danni mcd | 5 Mar 05:05 2014

(no subject)

gs-devel mailing list
gs-devel <at>
john Culleton | 3 Mar 16:48 2014

Re: Information

On Fri, 28 Feb 2014 10:21:19 +0530
shailesh.mistry <at> wrote:

> Your archive is attached.
> ++++ Attachment: No Virus found
> ++++ F-Secure AntiVirus -

This looks like spam to me. The pif file suffix
is a red flag. 


John Culleton
Wexford Press
Free list of books for self-publishers:
PDF e-book: "Create Book Covers with Scribus"
available at
Edward Mendelson | 21 Feb 01:53 2014

Build pcl6 for pdfwrite only?

While I'm asking pcl6-related questions, here is another:

I've thought about building a version of pcl6 that supports only pdfwrite as an output format. I know very
little about C++, but it looks to me as if it would require major surgery to remove all the other output
formats, so this is something I should probably not attempt. But if, in fact, this would be easy to
accomplish, I would be very grateful for any suggestions.

Edward Mendelson
Edward Mendelson | 20 Feb 21:32 2014

Support for Dark Courier?

For the past few years, I've been using a custom build of pcl6 in which 
I've added four hand-made TTF fonts, so that the Courier fonts numbered 
0, 70, etc. use a "Dark Courier" (like the font on the early LaserJets) 
while the Courier fonts numbered 76, 77, etc., use the standard Courier 
from URW.

Is it possible that, in the future pcl6 will support the PJL command 
courier = dark (presumably using a set of Dark Courier fonts) so that 
the old-style Courier will be available to everyone?

If I've somehow misunderstood that this is supported already, my 
apologies for wasting bandwidth!

Edward Mendelson