cURL / Mailing Lists / curl-users / Single Mail


curl_off_t configure weirdness...

From: Christian Melki <>
Date: Thu, 28 Sep 2006 10:03:48 +0200


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"

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
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: cannot
open shared object file: No such file or directory

... eeh.. ok? seems to be missing hmm.
ls -la /opt/nano/lib/libidn* ..
-rwxr-xr-x 1 root root 862 2006-09-28 08:19 /opt/nano/lib/*
lrwxrwxrwx 1 root root 17 2006-09-28 08:19 /opt/nano/lib/ ->*
lrwxrwxrwx 1 root root 17 2006-09-28 08:19 /opt/nano/lib/
-rwxr-xr-x 1 root root 207179 2006-09-28 08: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?

                                     (o o)
name: Christian Melki |
mail: | "There is no spoon..."
cell: +46(0)706691916 |
Received on 2006-09-28