cURL / Mailing Lists / curl-library / Single Mail

curl-library

libidn not configured when using --with-libidn?

From: Jeffrey Walton <noloader_at_gmail.com>
Date: Mon, 24 Aug 2015 18:36:04 -0400

Hi Everyone,

I'm having trouble getting libidn configured. I am using the recipe:

curl -k http://curl.haxx.se/download/curl-7.44.0.tar.gz -o curl-7.44.0.tar.gz
tar zf curl-7.44.0.tar.gz
cd curl-7.44.0
sed -i "" 's|-lidn|/usr/local/lib/libidn.a|g' configure.ac configure \
    lib/Makefile.m32 src/Makefile.m32 lib/curl_config.h.in
./configure --enable-optimize --disable-ldap --disable-ldaps --disable-rtsp \
    --disable-dict --disable-ntlm-wb --disable-tls-srp --enable-http
--enable-file \
    --enable-proxy --enable-telnet --enable-tftp --enable-pop3 --enable-imap \
    --enable-ftp --enable-smb --enable-smtp --enable-gopher --enable-manual \
    --enable-ipv6 --enable-unix-sockets --enable-cookies --without-darwinssl \
    --without-libssh2 --with-gnu-ld --with-libidn=/usr/local
--with-ssl=/usr/local \
    --with-ca-path=/usr/share/curl --prefix=/usr/local

It results in:

configure: Configured to build curl/libcurl:

  curl version: 7.44.0
  Host setup: powerpc-apple-darwin9.8.0
  Install prefix: /usr/local
  Compiler: gcc
  SSL support: enabled (OpenSSL)
  SSH support: no (--with-libssh2)
  zlib support: enabled
  GSS-API support: no (--with-gssapi)
  TLS-SRP support: no (--enable-tls-srp)
  resolver: default (--enable-ares / --enable-threaded-resolver)
  IPv6 support: enabled
  Unix sockets support: enabled
  IDN support: no (--with-{libidn,winidn})
  Build libcurl: Shared=yes, Static=yes
  Built-in manual: enabled
  --libcurl option: enabled (--disable-libcurl-option)
  Verbose errors: enabled (--disable-verbose)
  SSPI support: no (--enable-sspi)
  ca cert bundle: no
  ca cert path: /usr/share/curl
  LDAP support: no (--enable-ldap / --with-ldap-lib / --with-lber-lib)
  LDAPS support: no (--enable-ldaps)
  RTSP support: no (--enable-rtsp)
  RTMP support: no (--with-librtmp)
  metalink support: no (--with-libmetalink)
  HTTP2 support: disabled (--with-nghttp2)
  Protocols: FILE FTP FTPS GOPHER HTTP HTTPS IMAP IMAPS POP3
POP3S SMB SMBS SMTP SMTPS TELNET TFTP

And from the filesystem:

  $ ls /usr/local/include/*idn*
  /usr/local/include/idn-free.h /usr/local/include/idna.h
  /usr/local/include/idn-int.h
  PowerMac:curl-7.44.0 jwalton$ ls /usr/local/lib/*idn*
  /usr/local/lib/libidn.11.dylib /usr/local/lib/libidn.dylib
  /usr/local/lib/libidn.a /usr/local/lib/libidn.la

But from config.log, it looks like the problem traces back to libiconv:

  configure:25468: checking whether to build with libidn
  configure:25498: result: yes (/usr/local)

  configure:25822: checking if idna_to_ascii_4i can be linked
  configure:25851: gcc -o conftest -O2 -Wno-system-headers
-I/usr/local/include \
  -I/usr/local/include -I/usr/local/include/openssl -L/usr/local/lib
-L/usr/loca\
  l/lib conftest.c /usr/local/lib/libidn.a -lssl -lcrypto -lz >&5
  Undefined symbols:
  "_libiconv_open", referenced from:
      _str_iconv in libidn.a(striconv.o)
  "_libiconv_close", referenced from:
      _str_iconv in libidn.a(striconv.o)
      _str_iconv in libidn.a(striconv.o)
  "_libiconv", referenced from:
      _mem_cd_iconv in libidn.a(striconv.o)
      _mem_cd_iconv in libidn.a(striconv.o)
      ...

The 'sed' part is kind of needed on OS X. Apple's linkers want to use
a *dylib regardless of what is specified in various flags. It will
always link to a *dylib if available (even on iOS, where its not
allowed for userland).

Any ideas what I might be doing wrong?

Thanks in advance.

***********

$ uname -a
Darwin PowerMac.home.dmz 9.8.0 Darwin Kernel Version 9.8.0: Wed Jul 15
16:57:01 PDT 2009; root:xnu-1228.15.4~1/RELEASE_PPC Power Macintosh
$ uname -m
Power Macintosh
$ gcc --version
powerpc-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5493)
Copyright (C) 2005 Free Software Foundation, Inc.
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2015-08-25