iconv issue (Re: Pan-0.139 won't compile)
freebsd-questions-local at be-well.ilk.org
Tue Mar 12 17:33:05 UTC 2013
Walter Hurry <walterhurry at gmail.com> writes:
> On Tue, 12 Mar 2013 09:40:40 -0400, Lowell Gilbert wrote:
>> Walter Hurry <walterhurry at gmail.com> writes:
>>> Trying to upgrade /usr/ports/news/pan I get this:
>>> mime-utils.cc: In function 'char* pan::__g_mime_iconv_strndup(void*,
>>> const char*, size_t, const char*)':
>>> mime-utils.cc:80: error: invalid conversion from 'char**' to 'const
>>> mime-utils.cc:80: error: initializing argument 2 of 'size_t libiconv
>>> (void*, const char**, size_t*, char**, size_t*)'
>>> gmake: *** [mime-utils.o] Error 1 gmake: Leaving directory
>>> `/usr/ports/news/pan/work/pan-0.139/pan/ usenet-utils'
>>> gmake: *** [all-recursive] Error 1 gmake: Leaving directory
>>> `/usr/ports/news/pan/work/pan-0.139/pan' gmake: *** [all-recursive]
>>> Error 1 gmake: Leaving directory
>>> `/usr/ports/news/pan/work/pan-0.139' gmake: *** [all] Error 2 ***
>>> [do-build] Error code 1
>>> Stop in /usr/ports/news/pan.
>>> *** [build] Error code 1
>>> What should I do next?
>> Hmm. Interesting; looks like a compiler issue (the error strikes me as
>> likely bogus). What compiler were you using?
> Well, this is 9.1-RELEASE on amd64, and I'm using the default, which I
> believe is the cc1plus in gcc-4.2.1
On closer look, the error isn't bogus, but looks like it results from an
unnecessary pair of type casts. There's nothing in the autotools setups
about iconv, nor are there any patches in the port, so I'm not seeing an
obvious candidate for why this broke.
My guess would be that this works if built with the base iconv, because
the test builds must have worked. That is not guaranteed, because the port
changes were both updating the version of pan and updating glib/gtk
updates as part of a wider set of updates.
I'll put in a PR, because I won't have a chance to look more at this
More information about the freebsd-questions