tech-userlevel archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: 16bit ctype table



On Sat, Oct 06, 2012 at 03:56:32PM +0000, YAMAMOTO Takashi wrote:
> hi,
> 
> > On Sat, Oct 06, 2012 at 03:56:25AM +0900, Takehiko NOZAKI wrote:
> >> > I still don't see the point in redefining the ctype stuff. Does it
> >> > *really* break on any platform we care about?
> >> 
> >> if you think so, it is the matter. maybe only in your mind.
> >> please clarify what are you warried about.
> >> 
> >> it is far away from ``technical'' discussion.
> >> i'm getting sick of such uncertainty.
> > 
> > It is quite a technical issue. I don't see how any platform definition
> > of _RUNETYPE_A and friends can invalidate the definitions from
> > runetype_file.h, since it is pretty much the last thing included in
> > mklocale's sources. Duplicating the definitions in the source is
> > certainly bad.
> 
> are you talking about _CTYPE_FOO and _NB_CTYPE_FOO?
> given the invariant _RUNETYPE_FOO == (_CTYPE_FOO << 8), your version of
> patch has same amount of redundant definitions there, hasn't it?

I'm talking about having two definitions for it in the same file for
non-NetBSD systems. Relationship between rune masks and ctype masks is a
separate question.

Joerg


Home | Main Index | Thread Index | Old Index