|
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Hi all,
The code rely on the define X_DISPLAY_MISSING to avoid inclusion of X stuff.
Unfortunalty, it doesn't work because, on my SS5, X isn't installed, it
shown by configure ("X ... no") but this define is not set so the
compilation fails.
The workaround is obvious but perhasp something can be done in configure
script ;-D
Bye
Lolo
Post a reply to this message
|
|
| |
| |
|
|
From: Nicolas Calimet
Subject: Re: Another small compilation problem.
Date: 15 Nov 2003 08:26:06
Message: <3FB6296E.4030200@free.fr>
|
|
|
| |
| |
|
|
> The workaround is obvious but perhasp something can be done in configure
> script ;-D
As Warp told you before, those kind of problems will be handled
correctly (or at best) in the next version. Meanwhile, since you know
the workaround, do it ;-)
- NC
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Nicolas Calimet wrote:
>> The workaround is obvious but perhasp something can be done in
>> configure script ;-D
>
>
> As Warp told you before, those kind of problems will be handled
> correctly (or at best) in the next version. Meanwhile, since you know
> the workaround, do it ;-)
Yes, I done it and povray is currently working on benchmarch.pov on my
SS5 under NetBSD (I don't expect anything before ... monday ;-D).
I'm fighting now with linking problem against TIFF library on my Ultra
under Solaris ...
Bye
Lolo
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
destroyedlolo <l_f### [at] yahoocom> wrote:
> I'm fighting now with linking problem against TIFF library on my Ultra
> under Solaris ...
Link the tiff library statically. That should fix the problem.
That is, locate the libtiff.a file in your system and then replace
"-ltiff" with "/the/location/of/libtiff.a".
There is a really strange problem in some Solaris systems where the
dynamic version of the tiff library is not compatible with the static
library, which is the correct one.
--
#macro N(D)#if(D>99)cylinder{M()#local D=div(D,104);M().5,2pigment{rgb M()}}
N(D)#end#end#macro M()<mod(D,13)-6mod(div(D,13)8)-3,10>#end blob{
N(11117333955)N(4254934330)N(3900569407)N(7382340)N(3358)N(970)}// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp wrote:
> destroyedlolo <l_f### [at] yahoocom> wrote:
>
>>I'm fighting now with linking problem against TIFF library on my Ultra
>>under Solaris ...
>
>
> Link the tiff library statically. That should fix the problem.
>
> That is, locate the libtiff.a file in your system and then replace
> "-ltiff" with "/the/location/of/libtiff.a".
This is the problem : there is another "old" TIFF library flying in
openwin directories. So, to solve this problem, you MUST have
/usr/local/lib (or whatever) before other system directories.
> There is a really strange problem in some Solaris systems where the
> dynamic version of the tiff library is not compatible with the static
> library, which is the correct one.
-r--r--r-- 1 laurent staff 1284230 nov 14 18:57
/usr/local/lib/libtiff.a
-r-xr-xr-x 1 laurent staff 526973 nov 14 18:57
/usr/local/lib/libtiff.so
but I got the same thing w/ other library :
-rw-r--r-- 1 laurent other 212436 sep 16 2001
/usr/local/lib/libpng.a
-rwxr-xr-x 1 laurent other 179308 sep 16 2001
/usr/local/lib/libpng.so.3.1.2.0
and it seems everything is working fine w/ PNG in both static or dynamic.
Anyway, now it's working and I've done "Benchmark.pov" in ... 10h14m !
Fare from fastest PCs but not so bad for an old machine w/o strong
optimisation (GCC done the compilation).
Bye
Lolo
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |