Link gstoraster to pstoraster in case there are some oldies around that
still try to use pstoraster.
Remove the dlopen libcups hack and link to libcups as upstream intended.
Unconditionally depend on cups,-libs.
with and ok kili@
THe following devices had been added:
cdnj500, eplcolor, eplmono, inkcov, pamcmyk4, plan, planc,
plang, plank, planm, tiff48nc, tiff64nc, tiffscaled,
tiffscaled24, tiffscaled8, tiffsep1, txtwrite
The following devices had been removed:
cgm24, cgm8, cgmmono, imdi, lx5000, wtscmyk, wtsimdi
No objections from aja@ two or three days ago.
This was meant to reveal some problems decades ago, but actually it
now hides potential problems (with wrong printf format strings).
Format string problems will be dealt with after the update to gs9.04.
Thanks to espie@ who noticed that gs uses -fno-builtin.
bleeding-eyes diff (zapping perl regexps from sed invocations) from
jirib, who also tested the complete diff.
According to jirib, it's still very slow (ten minutes for two pages),
but at least it works.
Drop gstoraster (formerly known as ps2raster); it is replaced
by the new gstoraster package.
Also Drop pstopxl, it's currently broken (at least since gs-9.00).
If anyone needs it, please let me know (or patch/repair it yourself
and send me a diff). Note that it would need rather heavy patching
or it had to depend on gnu grep.
ok aja@
are different files for gmake, which leads to wrong target rebuilds
on NFS. Some targets are still rebuilt on NFS, but at least in the
correct order and without trashing ./obj/ld.tr and/or ./obj/ldt.tr.
This hopefully fixes the build problems landry@ and marco@ had with
WRKOBJDIR on NFS.
obj/gs during make fake. This fixes the breakage on hppa found by
landry@ the other day. Bump PKGNAME to be save (shouldn't be
necessary, but the failure on hppa was weird enough to get paranoic).
Builds fine on hppa for landry@.
ok ajacoutot@
breaking cd /usr/ports && SUBDIR=some/path make something for
category makefiles. While there, also put spaces around += uniformously.
okay naddy@, jasper@
Thanks to kili@'s idea, it is possible to make it wok alongside regular
command line invocation whether we have gtk support or not.
This change fixes helpers like libspectre which depend on this device
driver being available (even when we don't want the gtk FLAVOR).
Tweak DESCR while here.
ok kili@ aka The Thing Padawan
there is currently no libgs (not even a libgs.a) on static archs.
Install only *one* binary (bin/gs), even in the gtk flavor; the gsc
binary in the gtk flavor was identically to gsx, with the exception
that the display driver (which is the sole purpose of the gtk flavor)
didn't work in gsc.
ok ajacoutot@
