Re: [rpm-list] problems compiling rpm on solaris

[Tim Mooney <mooney dogbert cc ndsu NoDak edu>]

In regard to: Re: [rpm-list] problems compiling rpm on solaris, Edward...:

> I did reconfigure and got the same problem. I realised what it was though. I 
> was adding the new include paths on the end of DEFAULT_INCLUDES in the 
> Makefile instead of INCLUDES so now I have:
>
> INCLUDES = -I. \
>       -I$(top_srcdir) \
>        \
>        \
>       -I${top_srcdir}/lua/include -I${top_srcdir}/lua/local \
>       -I${top_srcdir}/syck/lib \
>       -I${top_srcdir}/popt \
>       -I$(top_srcdir)/misc \
>        -I${top_srcdir}/zlib \
>       -I/usr/local/include/beecrypt -I/usr/local/include/neon 
> -I/usr/local/include

The thing is, if you set up the environment correctly before you run
configure, you shouldn't have to edit any of the Makefiles by hand.

Setting and exporting CC, CFLAGS, CPPFLAGS, and LDFLAGS to appropriate
values for your system and then running configure will avoid all the
Makefile tweaking you end up doing.  For example:

PATH=/opt/SUNWspro/bin:$PATH; export PATH
CC=cc; export CC
CPPFLAGS="-I/usr/local/include -I/usr/local/include/beecrypt"
CPPFLAGS="$CPPFLAGS -I/usr/local/include/python2.4 -I/usr/local/ssl/include"
CPPFLAGS="$CPPFLAGS -D__FUNCTION__=__func__"
export CPPFLAGS

CFLAGS="-Xa -g -xs -xstrconst -KPIC -mt $CPPFLAGS"
export CFLAGS

LDFLAGS="-L/usr/local/lib -L/usr/local/ssl/lib"; export LDFLAGS

./configure --prefix=/your/prefix etc.

> /usr/ccs/bin/ld -G -z text -h librpmdb-4.4.so -o .libs/librpmdb-4.4.so 
> ..libs/dbconfig.o .libs/fprint.o .libs/hdrNVR.o .libs/header.o
> ..libs/header_internal.o .libs/legacy.o .libs/merge.o .libs/poptDB.o 
> ..libs/rpmhash.o .libs/rpmdb.o .libs/tagname.o .libs/tagtbl.o .libs
> /db3.o -z allextract ../db3/.libs/libdb-4.5.a -z defaultextract 
> -R/tmp/rpm-4.4.7/rpmio/.libs -R/tmp/rpm-4.4.7/popt/.libs -R/opt/rpm/l
> ib -R/usr/ucblib -L/opt/rpm/lib ../rpmio/.libs/librpmio.so 
> .../popt/.libs/libpopt.so -L/usr/ucblib -lpthread -lnsl -lsocket -lrt -lc
> Text relocation remains                         referenced
>   against symbol                  offset      in file

Whenever I see "Text relocations remain", the first thing I check for
is that everything I'm trying to link into a shared library was built
as position independent code (PIC).

My guess is that the internal copy of Berkeley DB wasn't built as PIC.
I never ran into this problem because I had

	-KPIC

in CFLAGS from the start, so everything was built as PIC.

> smpd328>ls -l ../db3/.libs/libdb-4.5.a
> -rw-r--r--   1 u752359  other    12218804 Jan  4 10:14 
> .../db3/.libs/libdb-4.5.a
>
> I tried adding -L/usr/local/lib to the LDFLAGS but still got the same error.

You want to use the internal copy of BerkeleyDB, the problem is that it
wasn't built in such a way that it can be linked into a shared library.

Either reconfigure with -KPIC as part of CFLAGS, or edit the appropriate
Makefile for BerkeleyDB, probably rpm-4.4.7/db3/Makefile, adding -KPIC
to CFLAGS and then doing a make clean and a make.

Tim
--
Tim Mooney                              mooney dogbert cc ndsu NoDak edu
Information Technology Services         (701) 231-1076 (Voice)
Room 242-J6, IACC Building              (701) 231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164