From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 20673139694 for ; Wed, 31 May 2017 12:19:33 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BDA43E0EBA; Wed, 31 May 2017 12:19:23 +0000 (UTC) Received: from smtprelay05.ispgateway.de (smtprelay05.ispgateway.de [80.67.31.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 685A7E0EB5 for ; Wed, 31 May 2017 12:19:23 +0000 (UTC) Received: from [78.52.100.38] (helo=[192.168.1.2]) by smtprelay05.ispgateway.de with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84) (envelope-from ) id 1dG2av-0000Uf-Tm; Wed, 31 May 2017 14:19:21 +0200 To: gentoo-dev Cc: freedesktop-bugs@gentoo.org From: Sebastian Pipping Subject: [gentoo-dev] [rfc] dev-libs/expat[unicode] and dev-libs/libbsd dependency Message-ID: <9a1b4531-dac1-848d-af13-f010e704f40b@gentoo.org> Date: Wed, 31 May 2017 14:19:21 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Df-Sender: c3BpbmctZ2VudG9vQGJpbmVyYS5kZQ== X-Archives-Salt: 703ef37b-d50e-4a95-ab3f-2a4082995a0c X-Archives-Hash: 2c202e403a223a397a32bc8991628335 Hi! The next release of dev-libs/expat is not far away and there are two things that I would appreciate input with, before the next bump in Gentoo: -DXML_UNICODE_WCHAR_T issues and Gentoo/Debian mismatch ======================================================= With USE=unicode, on Gentoo two extra libraries are built: * libexpatu.so (with CPPFLAGS=-DXML_UNICODE) * libexpatw.so (with CPPFLAGS=-DXML_UNICODE_WCHAR_T) ^ However, -DXML_UNICODE_WCHAR_T has only ever worked with 2-byte wchar_t, while 4-byte wchar_t seems mainstream on Linux (and GCC -fshort-wchar would required libc to have the same, if you actually wanted to pass those wchar_t strings to wprintf and friends). So libexpatw.so in Gentoo is not functional at the moment. To make things worse, Debian has libexpatw.so with CPPFLAGS=-DXML_UNICODE, which corresponds to current libexpatu.so in Gentoo, rather than libexpatw.so. How do you evaluate these options: a) Keep libexpatu.so + change libexpatw.so to CPPFLAGS=-DXML_UNICODE b) Drop libexpatu.so + change libexpatw.so to CPPFLAGS=-DXML_UNICODE Depend on dev-libs/libbsd ========================= The next release is very likely to add (optional but helpful) support for arc4random_buf that dev-libs/libbsd provides (especially on systems with glibc prior to 2.25) [1]. I wonder if Expat's proximity to @system has any strong implications on whether A) libbsd should be a default-off use dependency IUSE="libbsd" RDEPEND="libbsd? ( dev-libs/libbsd )" B) libbsd could be a default-on use dependency IUSE="+libbsd" RDEPEND="libbsd? ( dev-libs/libbsd )" C) libbsd could even go into DEPEND and RDEPEND directly, or RDEPEND="dev-libs/libbsd" D) libbsd should not become any kind of future dependency of dev-libs/expat. Thanks for your time! Best Sebastian [1] https://github.com/libexpat/libexpat/pull/30