aspell, Unicode support and ncurses

[Chad R. Kittel]

Using unicode on genpoo it's an option, but not default and have to export something just to enable it.

There is a gentoo bug filed in relation to it that sounds like compileing with unicode support could cause an undesired effect.  http://bugs.gentoo.org/78313

Without looking too deep into it, sounds like it would be safest to not enable it?

-- Chad K.


On Sun, 12 Jun 2005 13:13:51 -0400
Dennis Veatch <dveatch at woh.rr.com> pressed these keys in the following sequence:

> I was looking through the compile log of aspell and saw this entry ;
> 
> configure: WARNING: Aspell will not be able to Display UTF-8 characters 
> correctly.
> 
> Some digging around I find ;
> 
> http://aspell.sourceforge.net/man-html/Curses-Notes.html
> 
> that talks about a "wide" version of ncusres and the "mblen function" being 
> enabled in the system. I looked in /usr/include/stdlib.h and if I read it 
> correctly it seems to be so ;
> 
> __BEGIN_NAMESPACE_STD
> /* Return the length of the multibyte character
>    in S, which is no longer than N.  */
> extern int mblen (__const char *__s, size_t __n) __THROW;
> 
> 
> So my question(s) are,
> 
> has anyone tried compiling ncurses with "--enable-widec"? Will this really 
> hose up all sorts of things that depend on ncurses? Not sure why that would 
> happen as it appears to create a separate library, ie libcursesw along with 
> it's normal library. I am aware of the warning in the ncurses BUILD and not 
> proposing it be moved. Well, not proposing anything really, just asking 
> questions.
> 
> On a side note the "--enable-colorfgbg" for ncurses looks interesting.
> _______________________________________________
> Lunar-dev mailing list
> Lunar-dev at lunar-linux.org
> http://foo-projects.org/mailman/listinfo/lunar-dev