cvs commit: ports/print/ghostscript9 Makefile
hrs at FreeBSD.org
Wed Feb 29 21:37:51 UTC 2012
Boris Samorodov <bsam at passap.ru> wrote
in <4F4E63A3.7060000 at passap.ru>:
bs> 29.02.2012 16:09, Hiroki Sato пишет:
bs> > hrs 2012-02-29 12:09:03 UTC
bs> > FreeBSD ports repository
bs> > Modified files:
bs> > print/ghostscript9 Makefile
bs> > Log:
bs> > Disable libpaper by default because it can override the A4SIZE option
bs> > unintentionally.
bs> Can you explain this a little bit wider?
When libpaper is not linked, the default size is determined by
constants in the gs drivers. WITH_A4SIZE option makes them "a4" in
compile-time. When linking libpaper, gs defines a paper size
returned by defaultpapername() (libpaper API) as /DEFAULTPAPERSIZE
via .defaultpapesize (this corresponds to gp_defaultpapersize() in C)
in gs_init.ps. It overrides the constants in the drivers. However,
the libpaper's default size is always "letter", so in that case the
gs would use US letter size by default even if WITH_A4SIZE option in
this port was enabled.
I think WITH_A4SIZE option should be deprecated at some point and the
default paper size can be selected by libpaper in run-time because it
will be more consistent and flexible, but the current code in gs
prevents it because it uses defaultpapername(), not systempapername()
for some reason.
So, the functionality the libpaper provides in gs is only to define
/DEFAULTPAPERSIZE but it is confusing due to the above reason. This
was why I decided to disable libpaper at this moment.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-ports/attachments/20120229/a53d622e/attachment.pgp
More information about the cvs-ports