Re: Make failure on Tru64 (ITS#866)

[kunkee@neosoft.com]

I think this is becoming a (or at least should go into the building TIPs for
OSF/Tru64.  Are you using the native make or gnu make?  If you use gnu make,
I think this will go away.

Randy

> Full_Name: David Richards
> Version: 2.0.6
> OS: Tru64 v5.0
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (131.181.127.39)
> 
> 
> I am having a problem compiling on Compaq Tru64 v4.0d and v5.0a.
> 
> The commands I issued were:
> 
> # ./configure --prefix=/usr/local/qut/netapps/openldap
> # make depend
> # make
> 
> I receive the following error:
> 
> ..... lots of stuff up here ......
> /bin/sh /users/richards/builds/openldap-2.0.6/libtool   --mode=compile cc -g
> -I../../include        -I../../include      -c version.c
> rm -f .libs/version.lo
> cc -g -I../../include -I../../include -c version.c  -DPIC -o .libs/version.lo
> mv -f .libs/version.lo version.o
> (cd . && ln -s version.o version.lo)
> /bin/sh /users/richards/builds/openldap-2.0.6/libtool   --mode=link cc -rpath
> /usr/local/qut/netapps/openldap/lib  -g -I../../include        -I../../include  
>   -L/users/richards/builds/openldap-2.0.6/libraries   -version-info 2:4:0  -o
> liblber.la assert.lo decode.lo encode.lo io.lo bprint.lo  memory.lo options.lo
> sockbuf.lo  version.lo 
> rm -fr .libs/liblber.la .libs/liblber.* .libs/liblber.*
> /usr/bin/ld -shared -expect_unresolved \*  assert.o decode.o encode.o io.o
> bprint.o memory.o options.o sockbuf.o version.o  
> -L/users/richards/builds/openldap-2.0.6/libraries -lc  -msym -soname liblber.so
> `test -n "2.0.4:2.0" && echo -set_version 2.0.4:2.0` -update_registry
> .libs/so_locations -o .libs/liblber.so.2.0.4
> (cd .libs && rm -f liblber.so && ln -s liblber.so.2.0.4 liblber.so)
> (cd .libs && rm -f liblber.so && ln -s liblber.so.2.0.4 liblber.so)
> ar cru .libs/liblber.a  assert.o decode.o encode.o io.o bprint.o memory.o
> options.o sockbuf.o version.o 
> ranlib .libs/liblber.a
> creating liblber.la
> (cd .libs && rm -f liblber.la && ln -s ../liblber.la liblber.la)
> rm -f ../liblber.la
> d=`pwd`; d=`basename $d`; cd ..; ln -s $d/liblber.la liblber.la;  t=`basename
> liblber.la .la`.a; rm -f $t; ln -s $d/.libs/$t $t
> .libs/$t $t
> #: Permission denied
> *** Exit 1
> Stop.
> *** Exit 1
> Stop.
> *** Exit 1
> Stop.
> quail.its.dias.qut.edu.au#
> 
> Any ideas?  I did edit the Makefile in ./libraries/liblber/ at one stage to
> remove the RM
> line in:
> 
> $(LIBRARY):  version.lo
>         $(LTLIBLINK) -o $@ $(OBJS) version.lo $(EXTRA_LIBS)
>         $(RM) ../$@
>         d=`$(PWD)`; d=`$(BASENAME) $$d`; cd ..; $(LN_S) $$d/$@ $@; \
>         t=`$(BASENAME) $@ .la`.a; $(RM) $$t; $(LN_S) $$d/.libs/$$t $$t
>         @# If we want our binaries to link dynamically with libldap{,_r}
> liblber
>         @# We also symlink the .so, so we can run the tests without installing
>         if test "$(LINK_BINS_DYNAMIC)" = "yes"; then \
>                 d=`$(PWD)`; d=`$(BASENAME) $$d`; b=`$(BASENAME) $@ .la`; \
>                  cd .libs; t=`echo $$b*.$(DYN_EXT)`; (cd ../.. ; $(RM) $$t; \
>                  $(LN_S) $$d/.libs/$$t $$t); \
>                 if test "$(DYN_EXT)" != dll; then \
>                     t=`echo $$b.$(DYN_EXT).?`; cd ../.. ; \
>                     $(RM) $$t; \
>                     $(LN_S) $$d/.libs/$$t $$t; \
>                 fi \
>         fi
> 
> Except that just made it bomb out in the next one, I think it was liblber_r.la
> or something
> 
> I am just playing and surely there is a real fix.
> 
> Thanks,
> 
> Dave.
>