Klik-klik-klik... To CShake pisze :
>
> Now it is throwing errors on zlib,
> "checking whether to use the ZLIB library... yes
> checking for library containing zlibVersion... -lz
> checking zlib.h usability... yes
> checking zlib.h presence... yes
> checking for zlib.h... yes
> checking for libz version >= 1.2.1... unknown

Is zlib-devel installed?


-- 
  ________ 

 \__ \__ \_______________________________________________________________

Post a reply to this message

> checking for zlib.h... yes
> checking for libz version >= 1.2.1... unknown
> configure: error: cannot find a suitable ZLIB library"

	In fact this might not be a problem with zlib, but something else
in the compiler command-line might prevent liking the test binary that checks
for the libz version.
	In other words, you must check the config.log file to see the actual
error; search for "libz version" (without quotes) to jump slightly above
the error message.

	- NC

Post a reply to this message

On Mon, 02 Mar 2009 11:19:39 -0500, CShake wrote:

> I know I have zlib 1.2.3 installed, and I tried
> '--with-zlib=/usr/include/' (where zlib.h is) and --with-zlib=/var/lib/'
> (where libz.so is), neither of which work.

While it looks like you do, can you confirm that you have the zlib devel 
package installed as well?

Jim

Post a reply to this message

Nicolas Calimet wrote:
>> checking for zlib.h... yes
>> checking for libz version >= 1.2.1... unknown
>> configure: error: cannot find a suitable ZLIB library"
> 
>     In fact this might not be a problem with zlib, but something else
> in the compiler command-line might prevent liking the test binary that 
> checks
> for the libz version.
>     In other words, you must check the config.log file to see the actual
> error; search for "libz version" (without quotes) to jump slightly above
> the error message.
> 
>     - NC

You are correct, after digging in config.log I see that it is once again 
a boost problem:

configure:8561: checking for libz version >= 1.2.1
configure:8593: g++ -o conftest  -pthread -I/usr/lib/../include 
-pthread -I/usr/local/include/boost-1_38 -L/usr/lib  -L/usr/local/lib 
conftest.cpp -lz -lrt -lm -lboost_thread-gcc43-mt  -pthread  >&5
configure:8596: $? = 0
configure:8602: ./conftest
./conftest: error while loading shared libraries: 
libboost_thread-gcc43-mt-1_38.so.1.38.0: cannot open shared object file: 
No such file or directory

This error confuses me as well, because 
/usr/local/lib/libboost_thread-gcc43-mt-1_38.so.1.38.0 exists, with 
permissions -rwxr-xr-x u:root g:root, so it shouldn't have trouble 
reading the .so

cshake

Post a reply to this message

CShake wrote:
> Nicolas Calimet wrote:
>>> checking for zlib.h... yes
>>> checking for libz version >= 1.2.1... unknown
>>> configure: error: cannot find a suitable ZLIB library"
>>
>>     In fact this might not be a problem with zlib, but something else
>> in the compiler command-line might prevent liking the test binary that 
>> checks
>> for the libz version.
>>     In other words, you must check the config.log file to see the actual
>> error; search for "libz version" (without quotes) to jump slightly above
>> the error message.
>>
>>     - NC
> 
> You are correct, after digging in config.log I see that it is once again 
> a boost problem:
> 
> configure:8561: checking for libz version >= 1.2.1
> configure:8593: g++ -o conftest  -pthread -I/usr/lib/../include -pthread 
> -I/usr/local/include/boost-1_38 -L/usr/lib  -L/usr/local/lib 
> conftest.cpp -lz -lrt -lm -lboost_thread-gcc43-mt  -pthread  >&5
> configure:8596: $? = 0
> configure:8602: ./conftest
> ./conftest: error while loading shared libraries: 
> libboost_thread-gcc43-mt-1_38.so.1.38.0: cannot open shared object file: 
> No such file or directory
> 
> This error confuses me as well, because 
> /usr/local/lib/libboost_thread-gcc43-mt-1_38.so.1.38.0 exists, with 
> permissions -rwxr-xr-x u:root g:root, so it shouldn't have trouble 
> reading the .so
> 
> cshake

Well, just downloaded the b31 source and tried again, this time with it 
dying at 'checking if boost thread library is usable', but with the same 
reasons.
config.log shows the same errors. I'm confused why the switch 
'-I/usr/local/include/boost-1_38' exists, since my calling line is
'$ ./configure COMPILED_BY=cshake <cshake+pov### [at] gmailcom> 
--with-boost=/usr/local --with-boost-thread=boost_thread-gcc43-mt', 
nowhere do I say that boost is within the 'boost-1_38' subdir, because 
it isn't. Do I need to create that subdirectory with symbolic links in 
it, or edit the configure script to not add the extra path?

Post a reply to this message

> configure:8593: g++ -o conftest  -pthread -I/usr/lib/../include -pthread 
> -I/usr/local/include/boost-1_38 -L/usr/lib  -L/usr/local/lib 
> conftest.cpp -lz -lrt -lm -lboost_thread-gcc43-mt  -pthread  >&5
> configure:8596: $? = 0

	So linking is successful since the boost thread lib is indeed found
under /usr/local/lib.

> configure:8602: ./conftest
> ./conftest: error while loading shared libraries: 
> libboost_thread-gcc43-mt-1_38.so.1.38.0: cannot open shared object file: 
> No such file or directory

	Now this is the sign that something is wrong at runtime, i.e. as if
/usr/local/lib is not set in the default search path for the runtime linker.
You may check with ldconfig whether this is the case.  For testing before
having to modify your system setup, you may try using LD_LIBRARY_PATH
(e.g. export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH) before running
configure and (hopefully) the povray binary.

	- NC

Post a reply to this message

> nowhere do I say that boost is within the 'boost-1_38' subdir, because 
> it isn't. Do I need to create that subdirectory with symbolic links in 
> it, or edit the configure script to not add the extra path?

	This path was guessed by configure as a possible search path for
the boost libs after failing looking in "standard" directories.  It won't
harm to search a non-existing path for include files, however that means
maybe the boost install is somewhat screwed.  What is the actual location
of the boost 1.38 headers on your system?

	- NC

Post a reply to this message

Nicolas Calimet wrote:
>> nowhere do I say that boost is within the 'boost-1_38' subdir, because 
>> it isn't. Do I need to create that subdirectory with symbolic links in 
>> it, or edit the configure script to not add the extra path?
> 
>     This path was guessed by configure as a possible search path for
> the boost libs after failing looking in "standard" directories.  It won't
> harm to search a non-existing path for include files, however that means
> maybe the boost install is somewhat screwed.  What is the actual location
> of the boost 1.38 headers on your system?
> 
>     - NC
All the .a and .so libraries are in /usr/local/lib/, and all the .hpp 
headers are in /usr/local/include/boost-1_38/boost/ (and subdirectories)

Boost was installed from source without any extra configure switches, 
just $ ./configure and $ sudo make install.

Post a reply to this message

OK, guess this is just due to the pov-team only officially supporting 
boost 1.37 and not 1.38. I removed all the 1.38 files that were built 
from source, and installed 1.37 from pacman (the ArchLinux repository 
system), and it worked fine only having to change the name of the thread 
library to boost_thread-mt.

Guess this whole thread can be ignored now, or maybe just as a caution 
to not use 1.38.

cshake

CShake wrote:
> Nicolas Calimet wrote:
>>> nowhere do I say that boost is within the 'boost-1_38' subdir, 
>>> because it isn't. Do I need to create that subdirectory with symbolic 
>>> links in it, or edit the configure script to not add the extra path?
>>
>>     This path was guessed by configure as a possible search path for
>> the boost libs after failing looking in "standard" directories.  It won't
>> harm to search a non-existing path for include files, however that means
>> maybe the boost install is somewhat screwed.  What is the actual location
>> of the boost 1.38 headers on your system?
>>
>>     - NC
> All the .a and .so libraries are in /usr/local/lib/, and all the .hpp 
> headers are in /usr/local/include/boost-1_38/boost/ (and subdirectories)
> 
> Boost was installed from source without any extra configure switches, 
> just $ ./configure and $ sudo make install.

Post a reply to this message

> Guess this whole thread can be ignored now, or maybe just as a caution 
> to not use 1.38.

	No, (under linux at least) 1.38 works as well as any boost version since 1.35.

>> All the .a and .so libraries are in /usr/local/lib/, and all the .hpp 
>> headers are in /usr/local/include/boost-1_38/boost/ (and subdirectories)

	Ok, indeed this is what happens by default when installing boost from sources.
Just create a symlink then, e.g.
sudo ln -s /usr/local/include/boost-1_38/boost /usr/local/include/boost

	- NC

Post a reply to this message