Date: Sun, 18 Dec 2016 20:16:31 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 215393] devel/boost-libs: bad encoding conversion Message-ID: <bug-215393-13@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D215393 Bug ID: 215393 Summary: devel/boost-libs: bad encoding conversion Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: office@FreeBSD.org Reporter: mp39590@gmail.com Flags: maintainer-feedback?(office@FreeBSD.org) Assignee: office@FreeBSD.org 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? --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-215393-13>