Haim Ashkenazi <hai### [at] consonetcom> wrote:
> ` -O3 -I/usr/openwin/include -o povray  atmosph.o bbox.o 
[snip]
> fer.o warps.o unix.o povxlib.o -L/usr/openwin/lib 
> -R/usr/openwin/lib -ltiff -ljpeg -lpng -lz -lm  -lX11
> Undefined                       first referenced
>  symbol                             in file
> TIFFGetVersion                      optout.o
> ld: fatal: Symbol referencing errors. No output written to povray

  I had this problem as well in Solaris. For some reason libtiff.a works ok
(ie. when you have -static as compiling option) but libtiff.so produces
that linking error (seems like it lacks an object file). Of course the
problem is that if you add -static, then it won't compile because there
are no static versions of the X libraries.

  The solution is to replace '-ltiff' with an explicit path to the libtiff.a
in your system. For example, supposing that libtiff.a is installed in
/usr/lib/ then that one line would look like this:

-R/usr/openwin/lib /usr/lib/libtiff.a -ljpeg -lpng -lz -lm  -lX11

  (That is, you have to find the line in the Makefile where '-ltiff' is
specified and replace it with '/usr/lib/libtiff.a')

  In order to find where libtiff.a is installed, run 'locate libtiff.a'

-- 
#macro M(A,N,D,L)plane{-z,-9pigment{mandel L*9translate N color_map{[0rgb x]
[1rgb 9]}scale<D,D*3D>*1e3}rotate y*A*8}#end M(-3<1.206434.28623>70,7)M(
-1<.7438.1795>1,20)M(1<.77595.13699>30,20)M(3<.75923.07145>80,99)// - Warp -

Post a reply to this message