RPM Community Forums

Mailing List Message of <popt-devel>

Merging UTF-8 and POPT_fprintf into popt-1.14

From: Jeff Johnson <n3npq@mac.com>
Date: Sat 16 Feb 2008 - 20:25:30 CET
Message-Id: <4F1F54C7-E014-49BE-8635-F6636952359C@mac.com>
Hi --

I've merged (as much as I am comfortable) the several patches
since popt-1.13. There are some widely divergent styles of fixing
essentially a simple problem, that strlen() cannot be used to calculate
display alignment with multibyte characters.

Attached (for convenience) are the changes I've merged already.

Note that I've rewritten some of the patches:
    e.g. POPT_dgetext() instead of _D_().

I have _NOT_ added this odd define (which should be added to
POPT_next_char() imho directly instead):

     #define POPT_next_char(p) (char *)((p) + utf8_skip_data[*(const  
unsigned char *)(p)])

And while I've isolated the changes necessary for removing  
into a stringDisplayWidth() routine, without a functional  
POPT_next_char() I cannot
remove POPT_WCHAR_HACK entirely.

I've checked Robert Scheck's LANG=de_DE@euro against rpm --help. The  
align, but are perhaps indented more than I would expect.

Takao: Would you mind resending what remains from this
patch against popt cvs HEAD? Thanks.

Except for documenting POPT_ARG_ARGV and writing a test case, popt-1.14
is done except for merging in the UTF-8 and POPT_fprintf() changes.

I won't release popt-1.1.4 before getting explicit WORKSFORME from  
both Robert and Takao however.

73 de Jeff

Received on Sat Feb 16 20:25:37 2008
Driven by Jeff Johnson and the RPM project team.
Hosted by OpenPKG and Ralf S. Engelschall.
Powered by FreeBSD and OpenPKG.