Re: [gentoo-dev] db-3.2.9-r2

[Matt Tucker]

-- Brandon Low <lostlogic@g.o> spake thusly:

> Log file for the failed db compile.
> http://gentoo.lostlogicx.com/2834-db-3.2.9-r2.log

I'm not sure whether this will help, but it might give you a place to
start looking. The error seems to involve the db.h file that gets
included. For instance, the message:

    ../db_dump185/db_dump185.c:210: warning: assignment makes
    pointer from integer without a cast

Indicates that on line 210:

    if ((dbp = dbopen(argv[0], ...

dbopen is not defined, so the compiler is assuming it returns an
integer, when in fact the correct function definition returns a DB*.

There are two versions of db.h, one for 1.85 and one for 3.2.9. The
3.2.9 version (which _doesn't_ define dbopen) is in
/tmp/portage/.../build-static/, and the 1.85 version is in
/usr/include/db1/. Your compile command for db_dump185 is:

    gcc -c -D_GNU_SOURCE -I../dist/../include -D_REENTRANT 
     ../dist/../db_dump185/db_dump185.c

whereas on my system it's using:

    gcc -I/usr/include/db1  -c -D_GNU_SOURCE -I../dist/../include
    -D_REENTRANT  ../dist/../db_dump185/db_dump185.c

This stuff is hard-coded in dist/Makefile.in:

    DB185INC= -I/usr/include/db1	-c @CFLAGS@
              -I$(srcdir)/include     @CPPFLAGS@
    DB185LIB= -ldb1
    .
    .
    .
    db_dump185@o@: $(srcdir)/db_dump185/db_dump185.c
    	$(CC) $(DB185INC) $?

However, it's _NOT_ in Makefile.in.orig, so I assume there's a gentoo
patch that you're not picking up. 'emerge sync' perhaps?

Although I would say that if there are two different revisions of the
same ebuild version, there's a design issue. But that seems to be what
Gentoo does.


--
gentoo-dev@g.o mailing list