Date: Sun, 7 Sep 2008 19:26:30 +0200 (CEST) From: peter.schuller@infidyne.com To: FreeBSD-gnats-submit@FreeBSD.org Cc: wxs@FreeBSD.org Subject: ports/127186: net/silc-client - build fails looking for iconv.h Message-ID: <20080907172630.76BC1303E24@prometheus.scode.org> Resent-Message-ID: <200809071750.m87Ho2M3050307@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 127186
>Category: ports
>Synopsis: net/silc-client - build fails looking for iconv.h
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: freebsd-ports-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Sun Sep 07 17:50:01 UTC 2008
>Closed-Date:
>Last-Modified:
>Originator: peter.schuller@infidyne.com
>Release: FreeBSD 7.0-RELEASE-p4 amd64
>Organization:
>Environment:
System: FreeBSD prometheus.scode.org 7.0-RELEASE-p4 FreeBSD 7.0-RELEASE-p4 #0: Sat Sep 6 12:36:03 CEST 2008 scode@prometheus.scode.org:/usr/obj/usr/src/sys/GENERIC amd64
>Description:
I was bulk-building packages in a very fresh jail, and net/silc-client fails with:
/usr/ports/net/silc-client/work/silc-client-1.1.4/includes/silc.h:199:19: error: iconv.h: No such file or directory
This is inspite of iconv being installed and the header being in the proper location. The
compiler command line in this case was:
cc -c -I../../.. -I../../../src -I../../../src/core -I../../../src/silc/core -I../../../src/silc -I/usr/ports/net/silc-client/work/silc-client-1.1.4 -I/usr/ports/net/silc-client/work/silc-client-1.1.4/lib/silccore -I/usr/ports/net/silc-cl
ient/work/silc-client-1.1.4/lib/silccrypt -I/usr/ports/net/silc-client/work/silc-client-1.1.4/lib/silcmath -DHAVE_SILCDEFS_H -I/usr/ports/net/silc-client/work/silc-client-1.1.4/lib/silcske -I/usr/ports/net/silc-client/work/silc-client-1.1.
4/lib/silcsim -I/usr/ports/net/silc-client/work/silc-client-1.1.4/lib/silcskr -I/usr/ports/net/silc-client/work/silc-client-1.1.4/lib/silchttp -I/usr/ports/net/silc-client/work/silc-client-1.1.4/lib/silcasn1 -I/usr/ports/net/silc-client/wo
rk/silc-client-1.1.4/lib/silcapputil -I/usr/ports/net/silc-client/work/silc-client-1.1.4/lib/silcvcard -I/usr/ports/net/silc-client/work/silc-client-1.1.4/lib/silcutil -I/usr/ports/net/silc-client/work/silc-client-1.1.4/lib/silcsftp -I/usr
/ports/net/silc-client/work/silc-client-1.1.4/lib/silcclient -I/usr/ports/net/silc-client/work/silc-client-1.1.4/lib/contrib -I/usr/ports/net/silc-client/work/silc-client-1.1.4/includes -I/usr/ports/net/silc-client/work/silc-client-1.1.4/d
oc -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -DAPPLLIB_EXP=/usr/local/lib/perl5/5.8.8/BSDPAN -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/lib/perl5/5.8
.8/mach/CORE -O2 -fno-strict-aliasing -pipe -Wall -O2 -fno-strict-aliasing -pipe -DVERSION=\"0.9\" -DXS_VERSION=\"0.9\" -DPIC -fPIC "-I/usr/local/lib/perl5/5.8.8/mach/CORE" Channel.c
So it seems -I/usr/local/include is simply missing. I guess the
appropriate parameters are somehow not propagated.
I do see:
CFLAGS ........................: -O2 -fno-strict-aliasing -pipe -g -Wall -finline-functions -Wno-pointer-sign -O2 -I/usr/local/include
And libiconv is listed as detected in /usr/local by configure, and -I/usr/local/include
is indeed used for the majority of building. However, it seems that once the build
process goes down into apps/irssi/src/perl/silc, the appropriate
-I/usr/local/include is no longer used.
I may investigate later if I have time, but perhaps someone knows off hand
what these things tend to be caused by. In the mean time I have put the build
log here:
http://distfiles.scode.org/mlref/net_silc-client.log
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080907172630.76BC1303E24>