Re: ghostscript doesn't build on Solaris 10

["Jörn Clausen" <joernc%googlemail.com@localhost>]

Hi!

On Thu, Sep 25, 2008 at 1:41 PM, Ignatios Souvatzis
<ignatios%cs.uni-bonn.de@localhost> wrote:
> (That's for 2008Q2, 2008Q1 and 2007Q4.)
>
> ./obj/echogs -a ./obj/ldt.tr -n -s ./obj/gs.o -s
> cat ./obj/ld.tr >>./obj/ldt.tr
> ./obj/echogs -a ./obj/ldt.tr -s - -ldl -lm  -lstdc++   -lm
> if [ x != x ]; then LD_RUN_PATH=; export LD_RUN_PATH; fi; \
>        XCFLAGS= XINCLUDE= XLDFLAGS= XLIBDIRS= XLIBS= \
>        FEATURE_DEVS= DEVICE_DEVS= DEVICE_DEVS1= DEVICE_DEVS2= DEVICE_DEVS3= \
>        DEVICE_DEVS4= DEVICE_DEVS5= DEVICE_DEVS6= DEVICE_DEVS7= DEVICE_DEVS8= \
>        DEVICE_DEVS9= DEVICE_DEVS10= DEVICE_DEVS11= DEVICE_DEVS12= \
>        DEVICE_DEVS13= DEVICE_DEVS14= DEVICE_DEVS15= DEVICE_DEVS16= \
>        DEVICE_DEVS17= DEVICE_DEVS18= DEVICE_DEVS19= DEVICE_DEVS20= \
>        DEVICE_DEVS_EXTRA= \
>        /bin/sh <./obj/ldt.tr
> Undefined                       first referenced
>  symbol                             in file
> bmp_map_16m_color_rgb               ./obj/gomni.o
> libiconv_close                      ./obj/gdevopvp.o
> bmp_map_16m_rgb_color               ./obj/gomni.o
> libiconv_open                       ./obj/gdevopvp.o
> libiconv                            ./obj/gdevopvp.o
> ld: fatal: Symbol referencing errors. No output written to ./bin/gs
> collect2: ld returned 1 exit status
> gmake: *** [bin/gs] Error 1
> *** Error code 2
>
> Stop.
> bmake: stopped in /opt/pkgsrc/pkgsrc/print/ghostscript
> *** Error code 1

Beware: Even if you manage to compile ghostscript, e.g. with

env CONFIGURE_ARGS='--with-libiconv=/opt/pkgsrc --without-omni' bmake

the binary does not work. It stops with some strange error. I don't
have a buggy binary at hand, but it looks like some problem with
interpreting gs_init.ps. If I compile the same version of ghostscript
outside pkgsrc, but using all the libraries from there, the binary
works just fine. I was not able to track this problem down. I suspect
a problem with some text tools (sed, awk, or the like), as this
problem is independent of the C compiler used.

Cheers,
   Jörn

-- 
Joern Clausen
joernc%gmail.com@localhost
http://www.oe-files.de/oefiles/
http://thebloeg.blogspot.com/