On Thu, Jul 26, 2012 8:38 PM PDT LRN wrote:

>Hash: SHA1
>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
>/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,

http://www.nano-editor.org/dist/v2.2/NT/nano-2.2.6.zip on http://www.nano-editor.org/download.php built with cygwin + PDcurses + a "few tweaks"


http://mingw-and-ndk.googlecode.com/files/win-mingw-nano.7z on http://code.google.com/p/mingw-and-ndk/downloads/detail?name=win-mingw-nano.7z built with mingw, also builds iconv, mingw-regex, gettext and win-pthreads + patches

The mingw version has a build script, so maybe I can follow that. Thanks again for your help!