bug-autoconf
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: PAM: header cc'able, not cpp'able


From: Akim Demaille
Subject: Re: PAM: header cc'able, not cpp'able
Date: Fri, 14 Nov 2003 14:37:55 +0100
User-agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3 (gnu/linux)

Keep it public, thx.

----------------------------------------------------------------------

Hi,
The ndbm part looks like this
---
configure:5092: checking ndbm.h usability
configure:5105: gcc -c -fPIC -O2 -g -pipe -march=i386 -mcpu=i686
-I/usr/src/redhat/BUILD/Linux-PAM-0.75/pwdb-instroot/include conftest.c
>&5
configure:5173:18: ndbm.h: No such file or directory
configure:5108: $? = 1
---
The part that fails clearly is the
#include <ndbm.h>
statement.

On the other hand, doing
$locate ndbm.h
results in
/usr/include/gdbm/ndbm.h

So the file actually exists.
---
$ ls -l /usr/include/gdbm/ndbm.h
-rw-r--r--    1 root     root         2003 Jan 26  2003
/usr/include/gdbm/ndbm.h
---
That's when I deceided to do
CFLAGS=-I/usr/include/gdbm/

Doing that results in the message I sent.
After sending you the message I did a
---
CPPFLAGS=-I/usr/include/gdbm
---
That produces great configure-results until...
---
gcc -shared -Xlinker -x -o pam_userdb.so dynamic/pam_userdb.o
dynamic/conv.o -lndbm -lc
/usr/bin/ld: cannot find -lndbm
collect2: ld returned 1 exit status
make[2]: *** [pam_userdb.so] Error 1
---
There is no such thing as
libndbm.a
or what ever on my system.
---
Checking out all RedHat SourceCDs do not leave a clue as to where to
find a library like that.
Is there a way to have pam use libgdbm instead of ndbm?

Volker.

Akim Demaille wrote:

>
>  > HI,
>  > I'm trying to compile pam-0.75-51.src.rpm.
>  > I get the error: + echo ERROR pam_userdb did not build a module.
>
>  > This is because the "configure" thinks, that I don't have ndbm.h.
>  > I do, it's in gdbm-devel-1.8.0-20, but can't be found.
>
>  > So I did a "export CFLAGS=-I/usr/include/gdbm/" which gives me:
>  > ---
>  > checking ndbm.h usability... yes
>  > checking ndbm.h presence... no
>  > configure: WARNING: ndbm.h: accepted by the compiler, rejected by the
>  > preprocessor!
>  > configure: WARNING: ndbm.h: proceeding with the preprocessor's result
>  > configure: WARNING:     ## ------------------------------------ ##
>  > configure: WARNING:     ## Report this to address@hidden ##
>  > configure: WARNING:     ## ------------------------------------ ##
>  > checking for ndbm.h... no
>  > checking db.h usability..
>  > ---
>
> Hi!
>
> Could you look in config.log for the section related to ndbm.h?  In
> particular, we should find material to understand why the preprocessor
> failed.
>
> Thanks!
>
>




reply via email to

[Prev in Thread] Current Thread [Next in Thread]