Re: dlfcn.h

[James Youngman]

On 5/19/07, Eric Blom <address@hidden> wrote:
> Results said, report this bug, so I am.
>
> Thanks,
> Eric
>
>  > ./z_psocdeve_config.sh
> checking build system type... i686-pc-linux-gnu
> checking host system type... i686-pc-linux-gnu
> checking for egrep... grep -E
> checking for a sed that does not truncate output... /usr/bin/sed
> checking for gcc... gcc
> checking for C compiler default output... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ANSI C... none needed
> checking whether gcc and cc understand -c and -o together... yes
> checking if compiler supports -R... no
> checking if compiler supports -Wl,-rpath,... yes
> checking for PHP prefix... /home/psocdeve/local
> checking for PHP includes... -I/home/psocdeve/local/include/php -I/
> home/psocdeve/local/include/php/main -I/home/psocdeve/local/include/
> php/TSRM -I/home/psocdeve/local/include/php/Zend
> checking for PHP extension directory... /home/psocdeve/local/lib/php/
> extensions/no-debug-non-zts-20020429
> checking for re2c... exit 0;
> checking for gawk... gawk
> checking whether apc needs to get compiler flags from apxs... yes
> checking whether to enable APC support... yes, shared
> checking Checking whether we should use mmap... yes
> checking Checking whether we should use semaphore locking instead of
> fcntl... no
> checking Checking whether we should use futex locking... no
> checking Checking whether we should use pthread mutex locking... no
> checking Checking whether we should use spin locks... no
> checking for union semun... no
> checking for shm_open in -lrt... yes
> checking for ld used by GCC... /usr/i386-slackware-linux/bin/ld
> checking if the linker (/usr/i386-slackware-linux/bin/ld) is GNU
> ld... yes
> checking for /usr/i386-slackware-linux/bin/ld option to reload object
> files... -r
> checking for BSD-compatible nm... /usr/bin/nm -B
> checking whether ln -s works... yes
> checking how to recognise dependent libraries... pass_all
> checking command to parse /usr/bin/nm -B output... ok
> checking dlfcn.h usability... yes
> checking dlfcn.h presence... no
> configure: WARNING: dlfcn.h: accepted by the compiler, rejected by
> the preprocessor!
> configure: WARNING: dlfcn.h: proceeding with the preprocessor's result
> configure: WARNING:     ## ------------------------------------ ##
> configure: WARNING:     ## Report this to address@hidden ##
> configure: WARNING:     ## ------------------------------------ ##


There are two bugs here.   The first is, as I understand things, that
the author of the package which you are trying to configure has failed
to set up something that would normally make "Report this to
address@hidden" actually say "Report this to
some-more-useful-mailing-list."    I suspect that the fact that
autoconf allows package maintainers to fail to set the variable is, in
fact, essentially a bug in autoconf.

Be that as it may, however, there is a description of what needs to be done at

http://www.gnu.org/software/autoconf/manual/html_node/Present-But-Cannot-Be-Compiled.html

The problem here is that there's a bug in the package you're trying to
configure, as described at the link above.  The problem may well have
been fixed in a subsequent release; please make sure you are using the
most up-to-date appropriate release of the software.

James.