configure:24363: checking whether getnameinfo resolves IPv4-mapped IPv6 addresses configure:24426: gcc -o conftest -DDEBUG -O0 -DDYNAMIC_MODULE_LIMIT=128 -g -Wall -Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp conftest.c >&5 configure:24393: warning: return type of `main' is not `int' configure: In function `main': configure:24400: warning: implicit declaration of function `inet_addr' configure:24417: warning: implicit declaration of function `exit' configure:24429: $? = 0 configure:24431: ./conftest configure:24434: $? = 0 configure:24450: result: yes configure:24476: checking if APR supports IPv6 configure:24478: result: yes
This may be doing what it does for the wrong reasons.
Just to point out that those warnings in APR_CHECK_GETNAMEINFO_IPV4_MAPPED derive from exactly the same snippet in APR_CHECK_GETNAMEINFO. So, any warnings here are red herrings (or that check has exactly the same warnings).
Regardless, the macro was passing NI_NUMERICHOST instead of NI_NAMEREQD which is what is needed to trigger the IPv4-IPv6 mapping oddity. I'll have to leave it to someone else to backport to APR 0.9.x so it can be used in httpd 2.0.x. -- justin