On Thu, Jul 26, 2012 8:38 PM PDT LRN wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>On 27.07.2012 7:28, Mark Mikofski wrote:
>> Overview: Try to configure nano-2.3.1 (GNU nano editor), it runs
>> conftest to check for iconv, returns error:
>> checking for iconv
>> ... /include/iconv.h:123:3: error: unknown type name 'mbstate_t'
>> result: no, consider installing GNU libiconv
>Looks like it groks msys /include directory instead of
>/mingw/include directory. Are you configuring with --prefix=/mingw ?
>Are there any possible --with-foo...=PREFIX arguments to configure?
Good idea, thanks, but there is no iconv header in the /mingw/msys/1.0/include (/include) directory, it is only in /mingw/include. The full path of the compiler error message is ...am_cv_python_pyexecdir
c:\mingw\bin\../lib/gcc/mingw32/4.7.0/../../../../include/iconv.h:123:3: error: unknown type name 'mbstate_t'
... which points to /mingw/include/iconv.h.
I did explicitly include /include as a CPPFLAG, but that was to find regex.h (perhaps mistakenly? can I *not* use any headers from msys on my toolchain?) a
required header for nano. I think I can explicitly cache am_cv_fun_iconv (or can't remember) to bypass the iconv check, assuming that iconv is fine, it's the check that causes the error or use a different iconv. I could use the one from xmlsoft or another packager built an additional mingw-iconv (see below).
There are 2 binary version of nano already out there,
The mingw version has a build script, so maybe I can follow that. Thanks again for your help!