[redland-dev] openSSL missing in make? (was: configure can't find bdb?)

[Eric Hanson]

Dave Beckett wrote:
> Eric Hanson wrote:
>> Dave Beckett wrote:
>>
>>> Eric Hanson wrote:
> ...
> 
>> Tried adding 4.4 to this line and ended up with:
>>
>> ./configure --prefix=/disk/mapserverdb/redland --with-/lib
>> --with-bdb-include=/disk/mapserverdb/bdb/include
>> --with-bdb=/disk/mapserverdb/bdb
>>
>> checking BDB version... unknown
>> checking location of BDB libs... /disk/mapserverdb/bdb/lib
>> checking location of BDB includes... /disk/mapserverdb/bdb/include
>> checking name of BDB library... db-4.4
>> checking db.h usability... yes
>> checking db.h presence... yes
>> checking for db.h... yes
> 
> so cpp works as it can find the header
> 
>> checking for BDB V1 dbopen... no
>> checking for BDB V2 db_open... no
>> checking for BDB V3/V4.x db_create... yes
>> checking for BDB V4.0 DB->open with 6 arguments... no
>> checking for BDB DB->close with 2 arguments... yes
>> checking for BDB DB->fd with 2 arguments... yes
>> checking for BDB DB->set_flags... yes
>> checking for BDB V4.1+ DB->open with 7 arguments... yes
> 
> and compiling works
> 
>> checking whether DB_TXN defined in db.h... yes
>> checking whether DBC defined in db.h... yes
>>
>>
>> Redland build summary:
>>   Berkeley/Sleepycat DB   : Version unknown (library db-4.4 in
>> /disk/mapserverdb/bdb/lib)
> 
> That means success.  It can't tell the version when you specify the
> arguments.
> 
>>   Triple stores available : file hashes(memory) hashes(bdb unknown)
>> mysql(4.1.10) postgresql(8.0.3)
>>   Triple stores enabled   : memory file hashes mysql postgresql
>>   RDF parsers             : raptor(internal)
>>   RDF query               : rasqal(internal)
>>   Content digests         : md5 sha1
> 
> So this should compile.
> 
> Assuming that /disk/mapserverdb/bdb/lib is in your system shared library
> link path - see man ld.so or cat /etc/ld.so.conf (linux, others)

So bdb appears not to be a problem and things are making a lot more 
sense, but alas, now make can't find OpenSSL (I think).

I don't have access to system library settings so I'm using LD_LIBRARY_PATH:

mapserve:~/db/source/redland-1.0.3:551 > echo $LD_LIBRARY_PATH
/disk/mapserverdb/openssl/lib:...

When I try to compile I get this:

Making all in utils
make[1]: Entering directory `/disk/mapserverdb/source/redland-1.0.3/utils'
if gcc -DHAVE_CONFIG_H -I. -I. -I../librdf
-I/disk/mapserverdb/bdb/include -I/usr/local/include/mysql -pipe
-I/disk/mapserverdb/postgresql/include -I../rasqal/src -I../raptor/src
-I../librdf   -I/disk/mapserverdb/bdb/include -I/usr/local/include/mysql
-pipe -I/disk/mapserverdb/postgresql/include  -DLIBRDF_INTERNAL=1 -g -O2
  -DLIBRDF_INTERNAL=1 -g -O2 -MT db_upgrade.o -MD -MP -MF
".deps/db_upgrade.Tpo" -c -o db_upgrade.o db_upgrade.c; \
then mv -f ".deps/db_upgrade.Tpo" ".deps/db_upgrade.Po"; else rm -f
".deps/db_upgrade.Tpo"; exit 1; fi
/bin/sh ../libtool --tag=CC --mode=link gcc -DLIBRDF_INTERNAL=1 -g -O2
-DLIBRDF_INTERNAL=1 -g -O2 ../librdf/librdf.la  -o redland-db-upgrade
db_upgrade.o
mkdir .libs
gcc -DLIBRDF_INTERNAL=1 -g -O2 -DLIBRDF_INTERNAL=1 -g -O2 -o
.libs/redland-db-upgrade db_upgrade.o  ../librdf/.libs/librdf.so
-Wl,--rpath -Wl,/disk/mapserverdb/redland/lib
../librdf/.libs/librdf.so: undefined reference to `BIO_new_mem_buf'
../librdf/.libs/librdf.so: undefined reference to `SSL_library_init'
../librdf/.libs/librdf.so: undefined reference to `TLSv1_method'
../librdf/.libs/librdf.so: undefined reference to `DH_generate_parameters'
../librdf/.libs/librdf.so: undefined reference to `DH_check'
collect2: ld returned 1 exit status
make[1]: *** [redland-db-upgrade] Error 1
make[1]: Leaving directory `/disk/mapserverdb/source/redland-1.0.3/utils'
make: *** [all-recursive] Error 1

> I remember something wierd like this once with SGI IRIX or something
> where you had to add extra linking lines for threads in order to get BDB
> to work (as it was compiled with those flags).  There's no good way to
> test for this without adding another compile test.  config.log should
> explain all.
> 
> You see why bdb-config --libs, bdb-config --cflags would be *so* much nicer?

Definately.

Eric