Hi Hrvoje,
Jens Schleusener <[EMAIL PROTECTED]> writes:
--12:36:51-- http://www.example.com/
=> `index.html'
Resolving www.example.com... failed: Invalid flags in hints.
This is really bad. Apparently your version of getaddrinfo is broken
or Wget is using it incorrectly. Can you intuit which flags cause the
problem? Depending on the circumstances, Wget uses AI_ADDRCONFIG,
AI_PASSIVE, and/or AI_NUMERICHOST.
Yes, all three seems defined, probably via /usr/include/netdb.h.
Then I am guessing that AIX's getaddrinfo doesn't like AF_UNSPEC
family + AI_ADDRCONFIG hint. If you use `wget -4
http://www.example.com/', does it then work?
Works.
But I have no idea were the error message "Invalid flags in hints"
comes from. Directly from wget (probably not) or from system
resolver routines?
From the system resolver, which Wget invokes via getaddrinfo.
That doesn't works (typo ?) better seems
./configure CPPFLAGS=-I/usr/local/contrib/include
LDFLAGS=-L/usr/local/contrib/lib
That's what I meant, sorry. But that is pretty much what
--with-ssl=/usr/local/include does. (I misread your original message,
thinking that the OpenSSL includes were in an entirely different
location).
respectively in my case
--with-ssl=/usr/local/contrib
should probably do that job.
Yes. I'd like to see config.log, or the relevant parts thereof, which
should contain errors.
Here the config.log extract:
configure:25735: looking for SSL libraries in /usr/local/contrib
configure:25742: checking for includes
configure:25756: /bin/sh ./libtool gcc -c -O2 -Wall -Wno-implicit
-I/usr/local/contrib/include conftest.c >&5
gcc -c -O2 -Wall -Wno-implicit -I/usr/local/contrib/include conftest.c
-DPIC -o .libs/conftest.o
*** Warning: inferring the mode of operation is deprecated.
*** Future versions of Libtool will require --mode=MODE be specified.
configure:25762: $? = 0
configure:25766: test -z
|| test ! -s conftest.err
configure:25769: $? = 0
configure:25772: test -s conftest.o
configure:25775: $? = 1
configure: failed program was:
|
| #include <openssl/ssl.h>
| #include <openssl/x509.h>
| #include <openssl/err.h>
| #include <openssl/rand.h>
| #include <openssl/des.h>
| #include <openssl/md4.h>
| #include <openssl/md5.h>
|
configure:25787: result: not found
configure:26031: error: failed to find OpenSSL libraries
The reason for the above error is as already written - at least in my case
using the self compiled libtool version 1.5 - that the configure script
tests for the non-existing "conftest.o" instead for the generated and
existing ".libs/conftest.o".
The above line
configure:25756: /bin/sh ./libtool gcc -c -O2 -Wall -Wno-implicit
-I/usr/local/contrib/include conftest.c >&5
gcc -c -O2 -Wall -Wno-implicit -I/usr/local/contrib/include conftest.c
-DPIC -o .libs/conftest.o
looks for me (as a "configure"-layman) a little bit strange (gcc twice?).
Here an corresponding extract of config.log (from the same system) while
configuring lynx2.8.6dev.13 where I have no such problems (but the
configure script and the conftest.c file looks different):
configure:8128: checking for openssl include directory
configure:8145: gcc -c -I/usr/local/contrib/include
-I/usr/local/contrib/include -D_ACS_COMPAT_CODE -D_POSIX_C_SOURCE=199506L
conftest.c >&5
configure:8148: $? = 0
configure:8151: test -s conftest.o
configure:8154: $? = 0
configure:8163: result: yes
After long trial and error testing I have the impression that the
"configure"-script has an error. If I change for e.g. at line 25771
{ ac_try='test -s conftest.$ac_objext'
into
{ ac_try='test -s .libs/conftest.$ac_objext'
the generated test object file will now be found.
But why don't I (and other non-AIX testers) have that problem? Maybe
Libtool is doing something strange on AIX?
I will try to re-compile current used libtool version 1.5 under AIX 5.1
(may be it was built under AIX 4.3) and compile and use the newest libtool
(version 1.5.18).
Greetings
Jens
--
Dr. Jens Schleusener T-Systems Solutions for Research GmbH
Tel: +49 551 709-2493 Bunsenstr.10
Fax: +49 551 709-2169 D-37073 Goettingen
[EMAIL PROTECTED] http://www.t-systems.com/
