Date: Sun, 18 Dec 2016 20:16:31 +0000 From: bugzilla-noreply@freebsd.org To: office@FreeBSD.org Subject: maintainer-feedback requested: [Bug 215393] devel/boost-libs: bad encoding conversion Message-ID: <bug-215393-25061-DUCZ5KAgWL@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-215393-25061@https.bugs.freebsd.org/bugzilla/> References: <bug-215393-25061@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
mp39590@gmail.com has reassigned Bugzilla Automation <bugzilla@FreeBSD.org>= 's request for maintainer-feedback to office@FreeBSD.org: Bug 215393: devel/boost-libs: bad encoding conversion https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215393 --- Description --- Created attachment 178070 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D178070&action= =3Dedit test case By default boost-libs is compiled with ICONV and ICU support. In my tests s= uch configuration gives bad results for encoding from utf8 to arbitrary codepage comparing to other OS'es. I've attached screenshots and test program which I use. Test program uses pre-defined utf8 string and python script to convert it from utf8 into Lati= n-5 and TIS620.2533-0 (thai) codepages, then it uses boost to do the same. To compile it simply type 'make' (or 'bmake' on Linux), boost lib and python2 = are requirements. I've run this program on OpenBSD current, Debian stable and FreeBSD 11, screenshots are attached. If I compile boost-libs with ICU *only* I have better results - they're the same as on other two OS'es, except for TIS620.2533-0 codepage - it rises an exception about unknown encoding. Does such inconsistency between FreeBSD's boost-lib's locale and other OS'es should be expected?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-215393-25061-DUCZ5KAgWL>