Re: openoffice build problem

[Bernd Ernesti <netbsd%lists.veego.de@localhost>]

On Sun, May 06, 2012 at 06:43:49AM +0000, David Holland wrote:
> On Sun, May 06, 2012 at 01:24:54AM +0200, Bernd Ernesti wrote:
>  > Looking up in the redirected logfile I found these messages:
>  > 
>  > =======================
>  > Checking DLL ../../../unxbsdi3.pro/lib/check_libucpftp1.so ...: ERROR: 
> Shared object "libcurl.so.4" not found
>  > dmake:  Error code 1, while making 
> '../../../unxbsdi3.pro/lib/libucpftp1.so'
> 
> It's not just you (see Joerg's last bulk build) but I have no idea
> what the problem is.

Hmm, it seems to be a missing rpath:

c++ -Wl,-z,combreloc -Wl,-z,defs -Wl,-rpath,'$ORIGIN' 
-Wl,-R/usr/pkg/lib/OpenOffice.org3.1.1/openoffice.org3/basis-link/program 
-Wl,-R/usr/pkg/lib/OpenOffice.org3.1.1/openoffice.org3/basis-link/program/../ure-link/lib
 
-L/obj/pkgsrc/misc/openoffice3/work.i386/OOO310_m19/solver/310/unxbsdi3.pro/lib 
-shared -Wl,-O1 -Wl,--version-script 
../../../unxbsdi3.pro/misc/ucpftp_ucpftp1.map -L../../../unxbsdi3.pro/lib 
../../../unxbsdi3.pro/slo/ucpftp1_version.o -o 
../../../unxbsdi3.pro/lib/libucpftp1.so ../../../unxbsdi3.pro/slo/ftpservices.o 
../../../unxbsdi3.pro/slo/ftpcontentprovider.o 
../../../unxbsdi3.pro/slo/ftpcontent.o 
../../../unxbsdi3.pro/slo/ftpcontentidentifier.o 
../../../unxbsdi3.pro/slo/ftpcontentcaps.o 
../../../unxbsdi3.pro/slo/ftpdynresultset.o 
../../../unxbsdi3.pro/slo/ftpresultsetbase.o 
../../../unxbsdi3.pro/slo/ftpresultsetI.o 
../../../unxbsdi3.pro/slo/ftploaderthread.o 
../../../unxbsdi3.pro/slo/ftpinpstr.o ../../../unxbsdi3.pro/slo/ftpdirp.o 
../../../unxbsdi3.pro/slo/ftpcfunc.o ../../../unxbsdi3.pro/slo/ftpurl.o 
../../../unxbsdi3.pro/slo/ftpintreq.o -luno_cppuhelpergcc3 -luno_cppu -luno_sal 
-lucbhelper4gcc3 -L/usr/pkg/lib -lcurl -lidn -lssh2 -lssl -lcrypto -lgssapi 
-lheimntlm -lkrb5 -lhx509 -lcom_err -lcrypto -lasn1 -lwind -lroken -lcrypt 
-lpthread -lz -lssh2 -lm -lc -lgcc_s -lstdc++ -lpthread 

So the check by checkdll.sh is correct.

/obj/pkgsrc/misc/openoffice3/work.i386/OOO310_m19/solenv/bin/checkdll.sh 
-L../../../unxbsdi3.pro/lib 
-L/obj/pkgsrc/misc/openoffice3/work.i386/OOO310_m19/solver/310/unxbsdi3.pro/lib 
 ../../../unxbsdi3.pro/lib/check_libucpftp1.so

ldd shows:

        -luno_cppuhelpergcc3.3 => not found
        -luno_cppu.3 => not found
        -luno_sal.3 => not found
        -lucbhelper4gcc3 => not found
        -lcurl.4 => not found
        -lidn.11 => not found
        -lssh2.1 => not found

>  > ld: cannot find -lraptor2
>  > make[1]: *** [redland-db-upgrade] Error 1
>  > make[1]: Leaving directory 
> `/obj/pkgsrc/misc/openoffice3/work.i386/OOO310_m19/redland/unxbsdi3.pro/misc/build/redland-1.0.7/utils'
>  > =======================
> 
> It looks as if it uses its own copies of both raptor and redland.
> patch-dz apparently adjusts an internal copy of raptor 1.x; I don't
> know why it would decide it wants to look for raptor 2.x. Maybe it's
> finding the copy in /usr/pkg at configure time but is unable to
> actually use it because it isn't buildlinked.

There is a librdf.la in 
OOO310_m19/redland/unxbsdi3.pro/misc/build/redland-1.0.7/librdf
which contains the -lraptor2 option but that is libtool magic.

Maybe it comes by using /usr/pkg/lib/librasqal.la instead of
OOO310_m19/redland/unxbsdi3.pro/misc/build/rasqal-0.9.15/src/librasqal.la

Bernd