[kde-freebsd] ports/186707: [patch] devel/qt4-corelib: fix iconv detection
Tijl Coosemans
tijl at FreeBSD.org
Thu Mar 6 22:20:02 UTC 2014
The following reply was made to PR ports/186707; it has been noted by GNATS.
From: Tijl Coosemans <tijl at FreeBSD.org>
To: Max Brazhnikov <makc at freebsd.org>
Cc: bug-followup at freebsd.org
Subject: Re: ports/186707: [patch] devel/qt4-corelib: fix iconv detection
Date: Thu, 6 Mar 2014 23:12:06 +0100
On Wed, 05 Mar 2014 06:08:43 +0000 Max Brazhnikov wrote:
> On Tue, 04 Mar 2014 23:12:09 +0100 Tijl Coosemans wrote:
>> On Tue, 04 Mar 2014 06:45:58 +0000 Max Brazhnikov wrote:
>>> Is it enough to patch single qt4-corelib port? Shouldn't the patch be
>>> shared among other Qt4 ports?
>>
>> You mean to let other Qt ports respect CXXFLAGS during configure or
>> to fix iconv issues?
>
> All Qt ports are built from the same tarball, other qt4 ports could pick
> up ports libiconv again, if the fix is not global.
I grepped the full tarball for iconv\.h and only these cases came up:
config.tests/unix/gnu-libiconv/gnu-libiconv.cpp:#include <iconv.h>
config.tests/unix/iconv/iconv.cpp:#include <iconv.h>
src/corelib/codecs/qiconvcodec_p.h:#include <iconv.h>
The first two are configure tests and the last one is a private header
from corelib. That header is included from these two .cpp files:
src/corelib/codecs/qtextcodec.cpp:# include "qiconvcodec_p.h"
src/corelib/codecs/qiconvcodec.cpp:#include "qiconvcodec_p.h"
These essentially wrap the iconv API, so I think the use of iconv is
really restricted to corelib and for me the patch is good enough.
It would be nice to fix all qt4 ports so they all respect CXXFLAGS
during configure (build phase is already ok), but I'm not sure where
in bsd.qt.mk a REINPLACE_CMD or something can be added to accomplish
this.
More information about the kde-freebsd
mailing list