cvs commit: ports/print/ghostscript8 Makefile ports/print/ghostscript8/files patch-jbig2dec__os_types.h

[Hiroki Sato]

Andrey Chernov <ache at nagual.pp.ru> wrote
  in <20100804064426.GA47813 at nagual.pp.ru>:

ac> On Wed, Aug 04, 2010 at 11:36:28AM +0900, Hiroki Sato wrote:
ac> >  Thanks for the report.  Could you try the attached patch and let me
ac> >  know if it solves the dependency issue?
ac>
ac> >  CONFIGURE_ARGS+=--without-x
ac> > +.if defined(WITH_GS_display)
ac> > +CONFIGURE_ARGS+=--disable-gtk
ac> > +.endif
ac>
ac> Do you mean !defined(WITH_GS_display) here instead? Because when
ac> GS_display is OFF it still builds _with_ gtk (sensed by configure)
ac> but without gtk dependencies set in the port.

 True.  And I noticed I misunderstood something around the display
 driver.  I'll send you an updated patch.

ac> BTW, why gtk bloat is ever needed? Should it be turned explicetely by
ac> some another knob? I remember only few versions ago no gtk is needed.

 Newer GS (8.x) has two separate frontends, gsx (graphical) and gsc
 (console), and the gsx depends on gtk+.  The gsc is the old interface
 and it can be built with direct support for X11 display.  The old GS
 port built the gsc only.  I guess X11 support in the gsc will be
 removed at some point in the upstream releases and the graphical
 interface will be gtk+ only.

 I understand it would be good if the gtk+ dependency can be disabled
 because direct X11 vs X11 via gtk+ are no big difference at this
 moment and the gsc can still be built with X11 support.  I will work
 on a separation of X11 without gtk+, no X11, and X11 via gtk+
 (probably ghostscript-gtk or something like that).

-- Hiroki
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-ports/attachments/20100808/91f6d9b3/attachment.pgp