From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3093 invoked by alias); 14 Nov 2014 05:45:02 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 3049 invoked by uid 89); 14 Nov 2014 05:45:01 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,T_FROM_12LTRDOM autolearn=ham version=3.3.2 X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 14 Nov 2014 05:44:59 +0000 Received: from svr-orw-fem-06.mgc.mentorg.com ([147.34.97.120]) by relay1.mentorg.com with esmtp id 1Xp9gm-0000DV-Ak from Yao_Qi@mentor.com ; Thu, 13 Nov 2014 21:44:56 -0800 Received: from GreenOnly (147.34.91.1) by SVR-ORW-FEM-06.mgc.mentorg.com (147.34.97.120) with Microsoft SMTP Server id 14.3.181.6; Thu, 13 Nov 2014 21:44:53 -0800 From: Yao Qi To: CC: Subject: gnulib's errno module was imported Date: Fri, 14 Nov 2014 05:45:00 -0000 Message-ID: <87oasaibe6.fsf@codesourcery.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2014-11/txt/msg00291.txt.bz2 Hi, When I audit gnulib modules imported to gdb, I find that errno is in, which was imported as the dependency of "dirfd" module in commit 18848e288ca9d1ca242cce667419bbb6728442fc The motivation of importing "dirfd" module is to make gdb compatible with LSB 3.0 (see https://sourceware.org/ml/gdb/2014-02/msg00034.html). However, we've already had a conclusion that we don't import gnulib's errno module because it has some compatibility issues with libiconv (discussed in https://sourceware.org/ml/gdb-patches/2012-12/msg00554.html). AFAICS, the argument that not having errno module at that moment is still valid today. I am inclined to back "dirfd" (and "errno") module out. As a result, gdb will not be compatible with LSB 3.0, but it is just a minor issue to me. What do you think? --=20 Yao (=E9=BD=90=E5=B0=A7)