xpost does not work as a library component for another program

[GoogleCodeExporter]

What steps will reproduce the problem?
1. make
2. library created does not export full program functionality
3.

What is the expected output? What do you see instead?

It is expected to be able to link xpost - The Library - as a component
of a third-party program. It should accept configuration parameters to return 
output to the calling program and to execute specified postscript fragments 
either by filename or as a string buffer. 

Please use labels and text to provide additional information.

Original issue reported on code.google.com by luser.droog on 29 Oct 2013 at 5:09

[GoogleCodeExporter]

A big step has been made in the direction of make xpost into a library. All use 
of setjmp() and longjmp() have been removed and the error() function which 
bails-out to exit() has been eliminated and removed.

Original comment by luser.droog on 18 Jan 2014 at 7:49

• Changed state: Started

[GoogleCodeExporter]

We've been moving lots of C sources to the library. One missing piece from the 
strategy is: how should we incorporate the postscript sources? Macro wrap them 
as extern strings? Or some kind of internal zip-archive?

Original comment by luser.droog on 6 Apr 2014 at 11:38

[GoogleCodeExporter]

Another big step has been made. All of the operator implementations have been 
moved to the library. The device implementations will take some care, since I'm 
not sure how to specify linking to windows or xcb in the src/lib/Makefile.mk.

Original comment by luser.droog on 31 Aug 2014 at 4:14

[GoogleCodeExporter]

The last files have been moved to the library! The "program" now consists of 
xpost_main.c, and xpost_pathname.[ch] (which determines if xpost is running 
"installed" or "not-installed").

Original comment by luser.droog on 4 Sep 2014 at 5:09

• Changed state: Fixed