more compile problems (Berkeley db) --SOLVED--

Gerlich, Rene Rene.Gerlich at commerzbank.com
Tue Jul 1 19:38:38 CDT 2003


hi derek,

it works now!!!!!!!!!!!!!!!!!!!!!

i added links db-4.1.a and db-4.1.la and db-4.1.so to
/usr/local/BerkeleyDB-4.1/lib and changed all db-4.0 to db-4.1 in configure!

i now have other problems (GDK_PIXBUF - i'll worry about that later) but
berkeleyDB seems to be solved.

i have to go home now. i'll get in touch with you once i have it compiled
(or i need further help ;-) and then you can have it and put it available
for download if you like.

thanks for all your help!

have a good day!

rene

> -----Original Message-----
> From: Gerlich, Rene [mailto:Rene.Gerlich at commerzbank.com]
> Sent: Tuesday, July 01, 2003 6:27 PM
> To: Derek Atkins
> Cc: gnucash-user at lists.gnucash.org
> Subject: RE: more compile problems (Berkeley db)
> 
> 
> here's ls -la /uar/local/BerkeleyDB.4.1
> 
> total 3736
> -rw-r--r--   1 gerlichr staff    1033552 Jul  1 17:49 libdb-4.1.a
> -rw-r--r--   1 gerlichr staff        724 Jul  1 17:49 libdb-4.1.la
> -rwxr-xr-x   1 gerlichr staff     847332 Jul  1 17:49 libdb-4.1.so
> lrwxrwxrwx   1 root     other         12 Jul  1 17:50 libdb-4.so ->
> libdb-4.1.so
> lrwxrwxrwx   1 root     other         11 Jul  1 17:50 libdb.a 
> -> libdb-4.1.a
> lrwxrwxrwx   1 root     other         12 Jul  1 17:50 libdb.so ->
> libdb-4.1.so
> 
> here's all the config.log stuff related to BerkeleyDB (i guess)
> 
> 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  -lm 1>&5
> Undefined                       first referenced
>  symbol                             in file
> dbopen                              /var/tmp//ccbyJlUk.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 
> -I/usr/local/BerkeleyDB.4.1/include
> -L/usr/local/BerkeleyDB.4.1/lib 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 
> -I/usr/local/BerkeleyDB.4.1/include
> -L/usr/local/BerkeleyDB.4.1/lib conftest.c -ldb  -lm  -lm 1>&5
> Undefined                       first referenced
>  symbol                             in file
> dbopen                              /var/tmp//ccccAcNR.o
> ld: fatal: Symbol referencing errors. No output written to conftest
> collect2: ld returned 1 exit status
> configure: failed program was:
> #line 11847 "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:11877: checking for __db185_open in -ldb-3
> configure:11896: gcc -o conftest -g -O2 
> -I/usr/local/BerkeleyDB.4.1/include
> -L/usr/local/BerkeleyDB.4.1/lib conftest.c -ldb-3  -lm  -lm 1>&5
> ld: fatal: library -ldb-3: not found
> ld: fatal: File processing errors. No output written to conftest
> collect2: ld returned 1 exit status
> configure: failed program was:
> #line 11885 "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 __db185_open();
> 
> int main() {
> __db185_open()
> ; return 0; }
> configure:11915: checking for __db185_open in -ldb-4.0
> configure:11934: gcc -o conftest -g -O2 
> -I/usr/local/BerkeleyDB.4.1/include
> -L/usr/local/BerkeleyDB.4.1/lib conftest.c -ldb-4.0  -lm  -lm 1>&5
> ld: fatal: library -ldb-4.0: not found
> ld: fatal: File processing errors. No output written to conftest
> collect2: ld returned 1 exit status
> configure: failed program was:
> #line 11923 "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 __db185_open();
> 
> int main() {
> __db185_open()
> ; return 0; }
> 
> 
> thanks for your assistance. where do you take the time for all these
> questions?
> 
> cheers
> 
> rene
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at lists.gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> 


More information about the gnucash-user mailing list