more compile problems (Berkeley db)
Gerlich, Rene
Rene.Gerlich at commerzbank.com
Tue Jul 1 19:12:54 CDT 2003
hi derek
> What's in config.log when you run with the CPPFLAGS/LDFLAGS?
> Oh, I forgot that you'll probably need -I.../include and -L.../lib
i started with a fresh shell and reset CPPFLAGS/LDFLAGS/INCLUDES/LIBS
(probably redundant) and then it complained that there's no berkeley 1.85
compatibility. so i checked if there is such an option to berkeleydb
configure and guess what, there is...
so i trashed all db installations i could find (quite a few... ARG) and
recompiled just 4.1 with --enable-compat185 and installed it to
/usr/local/BerkeleyDB.4.1 (default) and set CPPFLAGS LDFLAGS and
LD_LIBRARY_PATH.
no success
berkeleydb make install mentions a linker flag -R. i have tried setting that
with LDFLAGS (no clue what i'm doing here) but no difference
still no success
here's an excerpt from config.log (without -R set) and i guess the gcc
parameters look ok but i am no expert here
configure:11754: checking for dbopen
configure:11782: gcc -o conftest -g -O2 -I/usr/local/BerkeleyDB.4.1/include
-L/usr/local/BerkeleyDB.4.1/lib conftest.c -lm
-L/usr/local/BerkeleyDB.4.1/lib -lm 1>&5
Undefined first referenced
symbol in file
dbopen /var/tmp//ccki3DBm.o
ld: fatal: Symbol referencing errors. No output written to conftest
collect2: ld returned 1 exit status
configure: failed program was:
#line 11759 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully few prototypes,
which can conflict with char dbopen(); below. */
#include <assert.h>
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char dbopen();
int main() {
/* The GNU C library defines this for functions which it implements
to always fail with ENOSYS. Some functions are actually named
something starting with __ and the normal name is an alias. */
#if defined (__stub_dbopen) || defined (__stub___dbopen)
choke me
#else
dbopen();
#endif
do you recon it'll help if i installed db-1.85 only? do you need a newer
version for gnucash with --enable-prefer-db1?
i'll get this going one day and if it is the last thing i'll do ;-)
thanks for your help
rene
>
> -derek
>
> "Gerlich, Rene" <Rene.Gerlich at commerzbank.com> writes:
>
> > hi derek,
> >
> > i've tried it now with various versions of db (4.1 4.0 3.3
> 1.85 - yes, i am
> > desparate) and it still does not work. in config.log i can
> see the parametes
> > passed to gcc ok and it still complains... @^#%$
> >
> > i have used --enable-prefer-db1 (whatever that means) but
> that won't change
> > either.
> >
> > does anyone have any further ideas?
> >
> > thanks and cheers
> >
> > rene
> >
> > > -----Original Message-----
> > > From: Derek Atkins [mailto:warlord at MIT.EDU]
> > > Sent: Tuesday, July 01, 2003 4:08 PM
> > > To: Gerlich, Rene
> > > Cc: gnucash-user at lists.gnucash.org
> > > Subject: Re: more compile problems (Berkeley db)
> > >
> > >
> > > Yea, it's never looking in your (non-standard) directory.
> > > Set CPPFLAGS
> > > and LDFLAGS variables (before you run configure) so the
> > > configure script
> > > finds your local BDB install:
> > >
> > > env CPPFLAGS=-I/usr/local/BerkeleyDB.4.1
> > > LDFLAGS=-L/usr/local/BerkeleyDB.4.1 \
> > > bash ./configure ...
> > >
> > > -derek
> > >
> > > "Gerlich, Rene" <Rene.Gerlich at commerzbank.com> writes:
> > >
> > > > hi derek,
> > > >
> > > > here's the bit from my config.log but i soo no paths. i
> > > have already tried
> > > > to set DB_LIBS or LIBS in configure but it does not help any.
> > > >
> > > > configure:11754: checking for dbopen
> > > > configure:11782: gcc -o conftest -g -O2 conftest.c
> -lm -lm 1>&5
> > > > Undefined first referenced
> > > > symbol in file
> > > > dbopen /var/tmp//ccwZzyWQ.o
> > > > ld: fatal: Symbol referencing errors. No output written
> to conftest
> > > > collect2: ld returned 1 exit status
> > > > configure: failed program was:
> > > > #line 11759 "configure"
> > > > #include "confdefs.h"
> > > > /* System header to define __stub macros and hopefully few
> > > prototypes,
> > > > which can conflict with char dbopen(); below. */
> > > > #include <assert.h>
> > > > /* Override any gcc2 internal prototype to avoid an error. */
> > > > /* We use char because int might match the return type of a gcc2
> > > > builtin and then its argument prototype would still
> apply. */
> > > > char dbopen();
> > > >
> > > > int main() {
> > > >
> > > > /* The GNU C library defines this for functions which
> it implements
> > > > to always fail with ENOSYS. Some functions are
> actually named
> > > > something starting with __ and the normal name is
> an alias. */
> > > > #if defined (__stub_dbopen) || defined (__stub___dbopen)
> > > > choke me
> > > > #else
> > > > dbopen();
> > > > #endif
> > > >
> > > > ; return 0; }
> > > > configure:11801: checking for dbopen in -ldb1
> > > > configure:11820: gcc -o conftest -g -O2 conftest.c -ldb1
> > > -lm -lm 1>&5
> > > > ld: fatal: library -ldb1: not found
> > > > ld: fatal: File processing errors. No output written to conftest
> > > > collect2: ld returned 1 exit status
> > > > configure: failed program was:
> > > > #line 11809 "configure"
> > > > #include "confdefs.h"
> > > > /* Override any gcc2 internal prototype to avoid an error. */
> > > > /* We use char because int might match the return type of a gcc2
> > > > builtin and then its argument prototype would still
> apply. */
> > > > char dbopen();
> > > >
> > > > int main() {
> > > > dbopen()
> > > > ; return 0; }
> > > > configure:11839: checking for dbopen in -ldb
> > > > configure:11858: gcc -o conftest -g -O2 conftest.c -ldb
> > > -lm -lm 1>&5
> > > > configure:12141: checking for db_185.h
> > > > configure:12151: gcc -E conftest.c >/dev/null 2>conftest.out
> > > > configure:12147:20: db_185.h: No such file or directory
> > > > configure: failed program was:
> > > > #line 12146 "configure"
> > > > #include "confdefs.h"
> > > > #include <db_185.h>
> > > > configure:12141: checking for db1/db.h
> > > > configure:12151: gcc -E conftest.c >/dev/null 2>conftest.out
> > > > configure:12147:20: db1/db.h: No such file or directory
> > > > configure: failed program was:
> > > > #line 12146 "configure"
> > > > #include "confdefs.h"
> > > > #include <db1/db.h>
> > > > configure:12141: checking for db4/db_185.h
> > > > configure:12151: gcc -E conftest.c >/dev/null 2>conftest.out
> > > > configure:12147:24: db4/db_185.h: No such file or directory
> > > > configure: failed program was:
> > > > #line 12146 "configure"
> > > > #include "confdefs.h"
> > > > #include <db4/db_185.h>
> > > >
> > > > i really appreciate your help!
> > > >
> > > > cheers
> > > >
> > > > rene
> > > >
> > > > > -----Original Message-----
> > > > > From: Derek Atkins [mailto:warlord at MIT.EDU]
> > > > > Sent: Monday, June 30, 2003 7:49 PM
> > > > > To: Gerlich, Rene
> > > > > Cc: gnucash-user at lists.gnucash.org
> > > > > Subject: Re: more compile problems (Berkeley db)
> > > > >
> > > > >
> > > > > Check config.log.. Are you sure it's properly looking in
> > > > > /usr/local/BerkeleyDB.4.1 and finding your libdb there?
> > > > >
> > > > > -derek
> > > > >
> > > > > "Gerlich, Rene" <Rene.Gerlich at commerzbank.com> writes:
> > > > >
> > > > > > Hi again,
> > > > > >
> > > > > > yes, i am still trying to get gnucash compiled on my
> > > > > solaris2.8 system.
> > > > > >
> > > > > > i am also sorry for bothering everyone in this group. i
> > > can find no
> > > > > > information anywhere else though and i did find some
> > > > > valuable stuff here!
> > > > > >
> > > > > > i have a solaris 2.8 with gcc and (appearently) all (until
> > > > > now...) required
> > > > > > libraries installed but configure still does not work.
> > > > > >
> > > > > > its now looking for BerlekeyDB. i have the latest version
> > > > > installed in
> > > > > > /usr/local/BerkeleyDB.4.1 (next to a few older ones and the
> > > > > configure script
> > > > > > can't seem to find it and i am no configuring expert. i
> > > > > have tried messing
> > > > > > aroung with a few ENV vars but really this is outside my
> > > > > area by far...
> > > > > >
> > > > > > checking for dbopen... no
> > > > > > checking for dbopen in -ldb1... no
> > > > > > checking for dbopen in -ldb... yes
> > > > > > checking for db_185.h... no
> > > > > > checking for db1/db.h... no
> > > > > > checking for db4/db_185.h... no
> > > > > > configure: error: Berkeley db library required for GnuCash
> > > > > >
> > > > > > id does not make a difference wether i use
> > > > > --enable-prefer-db1 or not
> > > > > > (having db-1.85 installed)
> > > > > >
> > > > > > boy, if i ever get this bugger compiled i promise i build a
> > > > > package from it
> > > > > > and make it available to anyone who wants it!
> > > > > >
> > > > > > thanks and cheers
> > > > > >
> > > > > > rene
> > > > > >
> > > > > > _______________________________________________
> > > > > > gnucash-user mailing list
> > > > > > gnucash-user at lists.gnucash.org
> > > > > > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > > > >
> > > > > --
> > > > > Derek Atkins, SB '93 MIT EE, SM '95 MIT Media
> Laboratory
> > > > > Member, MIT Student Information Processing
> Board (SIPB)
> > > > > URL: http://web.mit.edu/warlord/ PP-ASEL-IA
> N1NWH
> > > > > warlord at MIT.EDU PGP key
> available
> > > > >
> > > >
> > >
> > > --
> > > Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
> > > Member, MIT Student Information Processing Board (SIPB)
> > > URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH
> > > warlord at MIT.EDU PGP key available
> > >
> > _______________________________________________
> > gnucash-user mailing list
> > gnucash-user at lists.gnucash.org
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
>
> --
> Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
> Member, MIT Student Information Processing Board (SIPB)
> URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH
> warlord at MIT.EDU PGP key available
>
More information about the gnucash-user
mailing list