From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.CeBiTec.Uni-Bielefeld.DE (smtp.CeBiTec.Uni-Bielefeld.DE [129.70.160.84]) by sourceware.org (Postfix) with ESMTPS id 6EF22385DC0F for ; Mon, 20 Jul 2020 11:34:30 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 6EF22385DC0F Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=CeBiTec.Uni-Bielefeld.DE Authentication-Results: sourceware.org; spf=none smtp.mailfrom=ro@cebitec.uni-bielefeld.de Received: from localhost (localhost [127.0.0.1]) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 80F628943B; Mon, 20 Jul 2020 13:34:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at CeBiTec.Uni-Bielefeld.DE Received: from smtp.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1]) by localhost (smtp.cebitec.uni-bielefeld.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CGC_hRehZ-Rw; Mon, 20 Jul 2020 13:34:29 +0200 (CEST) Received: from manam.CeBiTec.Uni-Bielefeld.DE (p4fddbb33.dip0.t-ipconnect.de [79.221.187.51]) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPSA id E3F788805B; Mon, 20 Jul 2020 13:34:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=CeBiTec.Uni-Bielefeld.DE; s=20200306; t=1595244869; bh=EZWaweL4JRqmsv+YOghyQr5R8usQ1uRXcIYPkIt4Vxk=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=Dp7Eod6AQ7+lZfzhez8Fw/qyq0l1COEcP+zyayPRC99oAvWEjSceansuMIIkbCHic C9lNmlEdVdZAemeaRaeSZ18nvx13OkHxVnUvTVFHxzGW+3M0LOVAOI9KNXu1D3LybS aI10HZ5vWoNaLfEUzy7AKpDNXAzN0OPZuzkFCpQWXf0rpGHg7nM8thtT++TMjlBp4T SImck3Dv1aNyhYxoOZ1Bfzp6P/01rxUqvolBwPRMTXj9ZY4gsX4wiLH8YoFgqzdVVT JqEddqdgQAWIPR6q5WvHouLEw/eyGxZ6abxZuSAl/INltmc+RGbfMqt2HS/yCc+9co +/Yo3LK2Ad4ig== From: Rainer Orth To: Joel Brobecker Cc: gdb-patches@sourceware.org Subject: Re: GDB 10 branching - 2020-07-18 Update References: <20200718194522.GA32708@adacore.com> Date: Mon, 20 Jul 2020 13:34:27 +0200 In-Reply-To: <20200718194522.GA32708@adacore.com> (Joel Brobecker's message of "Sat, 18 Jul 2020 12:45:22 -0700") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-3790.2 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, KAM_ASCII_DIVIDERS, SPF_HELO_NONE, SPF_NONE, 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: Mon, 20 Jul 2020 11:34:31 -0000 Hi Joel, > Other Ongoing Items: > -------------------- [...] > * [RainerO] > Unify Solaris procfs and largefile handling > https://sourceware.org/pipermail/gdb-patches/2020-June/169977.html > > Seems to require a fair amount of coordination. binutils approved as I'd mentionen before: no coordination required, just a GDB review ;-) While GCC hosts the master copy of config/largefile.m4, it isn't used anywhere in that tree. > that part of the patch. Waiting for a review on the GDB side (the part > in config/ is only used by GDB, so we will review it on the GDB side > as well). Actually, ACX_LARGEFILE defined there is used on both sides. However, the primary benefit is for GDB, so an additional review with that in mind would certainly be helpful. Thanks. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University