Hi.

Im trying to configure curl 7.15.4 with optional include and linkpaths
as LDFLAGS and CFLAGS.. nothing strange about that.. but the configure
fails at curl_off_t. I have seen users ask about this error before.. and
this is my take on the weirdness..

Input to configure:
REFIX=/opt/nano; BUILD_ROOT=/opt/nano
CFLAGS="-I. -I$BUILD_ROOT/include"
LDFLAGS="-L. -L$BUILD_ROOT/lib"

configure line:
./configure --prefix=/opt/nano --disable-static --with-zlib=/opt/nano/lib
--with-libidn=/opt/nano/lib --with-ssl=/opt/nano/lib --without-krb4
--disable-ldap --disable-lber

observe that all libs exist in /opt/nano/lib including all libc-stuff.
configure fails at:
checking size of curl_off_t... configure: error: cannot compute sizeof
(curl_off_t)
and looking at config.log reveals the following:

looking ok...
configure:3354: checking for suffix of executables
configure:3361: gcc -o conftest -I. -I/opt/nano/include -L.
-L/opt/nano/lib conftest.c >&5

looking at the error:
configure:32108: checking size of curl_off_t
configure:32520: gcc -o conftest -I. -I/opt/nano/include
-I/opt/nano/lib/include/openssl -I/opt/nano/
lib/include -I/opt/nano/lib/include -I/opt/nano/lib/include -L.
-L/opt/nano/lib -L/opt/nano/lib/lib -L
/opt/nano/lib/lib -L/opt/nano/lib/lib conftest.c -lidn -lssl -lcrypto -ldl
 -lz >&5
configure:32523: $? = 0
configure:32529: ./conftest
./conftest: error while loading shared libraries: libidn.so.11: cannot
open shared object file: No such file or directory

... eeh.. ok? seems to be missing libidn.so.11.. hmm.
ls -la /opt/nano/lib/libidn* ..
-rwxr-xr-x 1 root root 862 2006-09-28 08:19 /opt/nano/lib/libidn.la*
lrwxrwxrwx 1 root root 17 2006-09-28 08:19 /opt/nano/lib/libidn.so ->
libidn.so.11.5.19*
lrwxrwxrwx 1 root root 17 2006-09-28 08:19 /opt/nano/lib/libidn.so.11
-> libidn.so.11.5.19*
-rwxr-xr-x 1 root root 207179 2006-09-28 08:19
/opt/nano/lib/libidn.so.11.5.19*

obviously NOT missing.. in -L/opt/nano/lib.. which is ONE of the -L
paths.. but where to the other come from? i have not entered any of them..
configure seems to be screwing up -I and -L paths for some reason...
First occurance of strange -I and -L paths introduced by configure...

configure:26773: checking for gdi32
configure:26799: gcc -o conftest -I. -I/opt/nano/include
-I/opt/nano/lib/include/openssl -I/opt/nano/
lib/include -L. -L/opt/nano/lib -L/opt/nano/lib/lib conftest.c -lgdi32
-ldl >&5
conftest.c:28:20: windef.h: No such file or directory
conftest.c:29:39: wingdi.h: No such file or directory

eh.. opt/nano/lib/include/openssl? what? opt/nano/lib/lib?!
i know that include paths that are non-existent are ignored..
but im inclined to think that all these strange -L paths are screwing up
the linking part.. since the lib obviously exists.. and i do not want to
use LD_LIBRARY_PATH.. this should _NOT_ be nessecary in this case.. -L to
find libidn should be more than enough.

anyone? im thinking some of the ppls configure errors are the result of a
screwed configure.. anyone else that has any idea?

/Christian
                                     \|||/
                                     (o o)
----------------------------------ooO-(_)-Ooo----------------------------------
name: Christian Melki |
mail: christian.melki_at_t2data.se | "There is no spoon..."
cell: +46(0)706691916 |
-------------------------------------------------------------------------------
Received on 2006-09-28