Re: [NumExp-discuss] News about numexp-core

[Gustavo J. A. M. C. <gj...@in...>]

  I can see that it find the db.h header file, but is failing to find
libdbxxx.a:

     1. First it tries /usr/lib/libdb-4.1.a: No such file or directory;
     2. Then, /usr/lib/libdb4.a: No such file or directory;
     3. Finally, /usr/lib/libdb.a:

configure:23892: i686-pc-linux-gnu-gcc -o conftest -O3 -march=pentium4 -fforce-addr -pipe -fomit-frame-pointer    conftest.c  /usr/lib/libdb.a >&5
/usr/lib/libdb.a(mut_pthread.o): In function `__db_pthread_mutex_init_4002':
mut_pthread.c:(.text+0x8c): undefined reference to `pthread_mutexattr_destroy'
mut_pthread.c:(.text+0x173): undefined reference to `pthread_condattr_setpshared'
mut_pthread.c:(.text+0x18e): undefined reference to `pthread_mutexattr_init'
mut_pthread.c:(.text+0x1b1): undefined reference to `pthread_mutexattr_setpshared'
/usr/lib/libdb.a(mut_pthread.o): In function `__db_pthread_mutex_lock_4002':
mut_pthread.c:(.text+0x1f9): undefined reference to `pthread_mutex_trylock'
collect2: ld returned 1 exit status

  Conclusion: libdb.a is the only one that exists, but it uses pthreads,
so we need to add -pthread to CFLAGS around the test.  A temporary hack,
just to prove that it works (or not), is for you to run configure like
this:
	CFLAGS='-g -O2 -pthread' ./configure

  If you confirm that it works, we'll let Alberto or David take care of
it for the next release :-)

  Regards.

On Fri, 2006-02-10 at 22:01 +0000, Jon Roadley-Battin wrote:
> Hi thanks, 
> If I can get this sorted and can easily emerge stuff I can push on
> with getting this into Portage as well as seeing if I can help
> I have uploaded the cofig.log to my ISP server-space.
> 
> http://fluidmotion.pwp.blueyonder.co.uk/config.log
> 
> From it it seems that configure cannot find DB4, yet it is saved in
> the default (Gentoo default) place.
> The includes are located at:
> 
> /usr/include/db4.2 
> 
> with /usr/include/db.h  being a symlink to /usr/include/db4.2/db.h
> I actually made a symlink to db4.2 called just db4 in /usr/include to
> see if that was the problem (no joy).
> 
> The actualy libs are located in /usr/lib and are called libdb-4.2.a as
> well as .la and .so (so c++ libs as well to do with DB4)
> All in all the DB seem to be in the correct place, and
> numexp-core-0.10 compiles fine, same DB used as well
> 
> 
> Thanks
> 
> 
> On 10/02/06, Gustavo J. A. M. Carneiro <gj...@in...> wrote: 
>           If you check (or mail us) your config.log, it might help
>         figure out
>         why it is failing.
>         
>           Regards.
>         
>         On Fri, 2006-02-10 at 18:29 +0000, Jon Roadley-Battin wrote:
>         > I am having a bit of a problem with compileing Numexp-Core 
>         >
>         > I am updating my EBUILD's to the latest version as well as
>         adding ~x64
>         > and ~ppc but compiling numexp-core-0.12 fails on the db4
>         tests.
>         >
>         > Now the last version I had worked on was 0.10 and that went
>         fine, it
>         > required db4.1.24 or greater (at the time I had 4.2.52)
>         >
>         > Now I missed out numexp-core-0.11 since gnumexp required
>         some
>         > GNOME2.10 stuff (well 2.9) and I was still on 2.8 so didn't
>         bother.
>         >
>         > With finding this project still alive I thought I better
>         update by
>         > ebuilds and resubmit to the Gentoo devs.
>         >
>         > This is where I fail
>         >
>         >
>         >
>         >
>         > --- Checking DB4 Library
>         > checking for db4 compiler flags... -I/usr/lib/include
>         > checking db4/db.h usability... yes
>         > checking db4/db.h presence... yes
>         > checking for db4/db.h... yes
>         > checking db4 header version... 4.1.24
>         > checking for db4 library name... configure: error: Could not
>         find db4
>         > library
>         >
>         >
>         >
>         > Funny thing is I do not have db-4.1.24 on my system
>         >
>         >
>         > Fluid numexp-core-0.12.0 # emerge -C db -vp
>         >
>         > >>> These are the packages that I would unmerge:
>         >
>         >  sys-libs/db
>         >     selected: 1.85-r2 4.2.52_p2-r1
>         >    protected: none
>         >      omitted: none
>         >
>         > >>> 'Selected' packages are slated for removal.
>         > >>> 'Protected' and 'omitted' packages will not be removed.
>         >
>         >
>         >
>         > So as you can see from this I have DB-1.85 (for legacy
>         progs) and
>         > DB-4.2.52.
>         > Eqaully looking at the include file in /usr/include it is
>         just a
>         > symlink to /usr/include/db4.2/db.h
>         > Even a GREP through all the headers didn't even come up with
>         anything 
>         > with DB-4.1.24 in it???
>         >
>         >
>         > There seems to be something wring in the configure script. I
>         don't
>         > know what it is atm, will play around with it to hopefully
>         fix
>         >
>         > Jon RB
>         --
>         Gustavo J. A. M. Carneiro
>         <gj...@in...> <gu...@us...>
>         The universe is always one step beyond logic. 
>         
> 
-- 
Gustavo J. A. M. Carneiro
<gj...@in...> <gu...@us...>
The universe is always one step beyond logic