From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gateway20.websitewelcome.com (gateway20.websitewelcome.com [192.185.47.18]) by sourceware.org (Postfix) with ESMTPS id 7FBBA3857009 for ; Wed, 2 Sep 2020 14:46:19 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 7FBBA3857009 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=tromey.com Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=tom@tromey.com Received: from cm14.websitewelcome.com (cm14.websitewelcome.com [100.42.49.7]) by gateway20.websitewelcome.com (Postfix) with ESMTP id 098A3400ED3AC for ; Wed, 2 Sep 2020 08:21:55 -0500 (CDT) Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with SMTP id DU1Okd8XpBD8bDU1Okzk1v; Wed, 02 Sep 2020 09:45:58 -0500 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tromey.com; s=default; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=jYgq0Bvcz7aE+btAStSUftyNRIwJvuIv6MhvpguesXA=; b=puv4V3uTcoR4K86lrmAnDEJvGF 285gVCJTzc+9OJTQ3PkOTSewlMxFhCYGSBPo0s3L3b6SCNdP7LyeiyrHW7V88+WxjTFpE1rktA1Y+ gysZbZ8AgzKV4T2WjZ1PMAu1o; Received: from 97-118-98-94.hlrn.qwest.net ([97.118.98.94]:49112 helo=murgatroyd) by box5379.bluehost.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1kDU1N-00097O-Qp; Wed, 02 Sep 2020 08:45:57 -0600 From: Tom Tromey To: Joel Brobecker Cc: Pedro Alves , Pedro Alves via Gdb-patches , Tom Tromey Subject: Re: [PATCH 2/3] Consistently use BFD's time References: <83k104z2cb.fsf@gnu.org> <0b80b7da-d9f8-d517-920d-60572134096e@redhat.com> <87a70zvv6o.fsf@tromey.com> <87k102vm5y.fsf@tromey.com> <07179329-a5ac-6947-7303-c0d7b919aa39@redhat.com> <87ime74eta.fsf@tromey.com> <20200814234003.GA27502@adacore.com> <20200823160944.GA14567@adacore.com> <8548d40d-cf0f-482c-85d2-cfec7585d13f@palves.net> <20200824200440.GK24789@adacore.com> X-Attribution: Tom Date: Wed, 02 Sep 2020 08:45:56 -0600 In-Reply-To: <20200824200440.GK24789@adacore.com> (Joel Brobecker's message of "Mon, 24 Aug 2020 13:04:40 -0700") Message-ID: <87h7sgz17f.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box5379.bluehost.com X-AntiAbuse: Original Domain - sourceware.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - tromey.com X-BWhitelist: no X-Source-IP: 97.118.98.94 X-Source-L: No X-Exim-ID: 1kDU1N-00097O-Qp X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: 97-118-98-94.hlrn.qwest.net (murgatroyd) [97.118.98.94]:49112 X-Source-Auth: tom+tromey.com X-Email-Count: 3 X-Source-Cap: ZWx5bnJvYmk7ZWx5bnJvYmk7Ym94NTM3OS5ibHVlaG9zdC5jb20= X-Local-Domain: yes X-Spam-Status: No, score=-3028.3 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, JMQ_SPF_NEUTRAL, RCVD_IN_ABUSEAT, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_PASS, SPF_NEUTRAL, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Sep 2020 14:46:21 -0000 >>>>> "Joel" == Joel Brobecker writes: Joel> I think our only realistic options are to take a more radical approach, Joel> either: Joel> - Stop using the stat module from gnulib (which I think we said Joel> we want to keep); or Joel> - Patch the gnulib implementation for now to block the incompatible Joel> behavior. [...] Joel> - Something else? One remaining option is to change BFD to use gnulib as well. This is workable as long as gdb never tries to use an out-of-tree library that uses struct stat (or a stat-derived time_t) as part of its API. To my knowledge gdb is currently safe on this front. I'd guess it seems likely to remain safe too, though of course one can't be certain. Tom