>Number:         5028
>Category:       pkg
>Synopsis:       ghostscript 5.10 fails link on pmax; missing -lSM -lICE
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    gnats-admin (GNATS administrator)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Feb 20 17:50:00 1998
>Last-Modified:
>Originator:     Jonathan Stone
>Organization:
	
>Release:        NetBSD/pmax 1.3 with bsd.port*.mk, bsd.own.mk, pkgsrc
>Environment:
	
System: NetBSD Cuisinart.Stanford.EDU 1.3D NetBSD 1.3D (R4000) #1: Thu Feb 19 20:07:57 PST 1998 jonathan@Cuisinart.Stanford.EDU:/cuisinart/compile/R4000 pmax


>Description:

On a pmax, with -current bsd.port*.mk, bsd.own.mk and pkgsrc supped on
1997-02-19, the ghostscript 5.10 package fails to link when building.

>How-To-Repeat:

Examine work/gs5.10/unix-gcc.mak.

The comment for XLIBS= suggests using
	XLIBS=Xt SM ICE Xext X11

on X11R6 systems, but after applying the NetBSD-pkg patches, we only
have
	XLIBS=Xt Xext X11

which results in unresolved symbols to libSM from Xt(Shell.o) on a
pmax with X11R6.3. built from NetBSD xsrc.


Chanigng unix-gcc.mak to use
	XLIBS=Xt SM ICE Xext X11

and deleting echogs and genconfig, and forcing a rebuild corrects the
problem.


>Fix:

Add a patch to the NetBSD package system to use 
	XLIBS=Xt SM ICE Xext X11

in unix-gcc.mak, rather than the default of

	XLIBS=Xt Xext X11

This probably breaks buiding the ghostscript package on old X
installations that don't have libSM (X11R6.1?), but IMHO we should be
supporting NetBSD's xsrc.
>Audit-Trail:
>Unformatted:
	 		 from -current as of 1997-02-19