Date: Tue, 17 May 2005 17:06:22 +0200 From: Ralf Folkerts <ralf.folkerts@gmx.de> To: Andy Newman <an@atrn.org> Cc: freebsd-ports@freebsd.org Subject: Re: Problems compiling rdesktop 1.4.1 Message-ID: <1116342382.878.19.camel@beaster> In-Reply-To: <20050517174818.A75847@juju.bsn> References: <200505151343.07338.steve@howes-macnaghten.com> <20050516091157.GB4670@dragon.NUXI.org> <428867EE.7090907@howes-macnaghten.com> <1116314420.878.3.camel@beaster> <20050517174818.A75847@juju.bsn>
next in thread | previous in thread | raw e-mail | index | archive | help
Am Dienstag, den 17.05.2005, 17:48 +1000 schrieb Andy Newman: Hi Andy, > [...] > I built rdesktop manually earlier today. I haven't tried the port so > please excuse any thing that's been gone over before or doesn't > apply to the port. It appears rdesktop's configure isn't picking > up that iconv.h is in /usr/local/include. Running configure with > CPPFLAGS set to look there for headers fixed it, i.e. > > $ CPPFLAGS=-I/usr/local/include ./configure ... > > Note that without CPPFLAGS set like so configure reports, > > checking iconv.h usability... no > checking iconv.h presence... no > ... > checking for iconv... yes > > > Looking at the code they're using two macros to control iconv > related things, HAVE_ICONV and HAVE_ICONV_H. The check for > HAVE_ICONV_H in the autoconf configure input doesn't appear > to use the setting of the --with-libiconv-prefix switch to > configure so needs the CPPFLAGS setting to look in /usr/local/include > and set the HAVE_ICONV_H. well, I just Portupgraded rdesktop and, as you suggested, passed "-M 'CPPFLAGS=-I/usr/local/include'" to portupgrade. The compile ran thru fine! Just wanted to let you (and others who have the same Problem) know that your circumvention works :-) Cheers, _ralf_
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1116342382.878.19.camel>