From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id 40F783851C0E for ; Mon, 28 Sep 2020 09:30:47 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 40F783851C0E Received: from fencepost.gnu.org ([2001:470:142:3::e]:40145) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kMpUc-0004NN-Lo; Mon, 28 Sep 2020 05:30:46 -0400 Received: from [176.228.60.248] (port=2671 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kMpUY-00036Y-Ax; Mon, 28 Sep 2020 05:30:45 -0400 Date: Mon, 28 Sep 2020 12:30:29 +0300 Message-Id: <83imbymeoa.fsf@gnu.org> From: Eli Zaretskii To: Joel Brobecker Cc: gdb-patches@sourceware.org In-Reply-To: <20200926173940.GB13066@adacore.com> (message from Joel Brobecker on Sat, 26 Sep 2020 10:39:40 -0700) Subject: Re: GDB 10.1 release -- 2020-09-18 Update References: <20200918234602.GA4674@adacore.com> <83y2l62oy9.fsf@gnu.org> <20200919194850.GB5376@adacore.com> <83h7rrxfi7.fsf@gnu.org> <20200926173940.GB13066@adacore.com> X-Spam-Status: No, score=-3.8 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham 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, 28 Sep 2020 09:31:05 -0000 > Date: Sat, 26 Sep 2020 10:39:40 -0700 > From: Joel Brobecker > Cc: gdb-patches@sourceware.org > > > I attach below the patch for our copy of Gnulib on the release > > branch. It works here. (I will again ask you to kindly regenerate > > the configure script(s) that depend on gnulib/import/m4/*.m4 files.) > > The patch as you propose it is not enough, because you also need to > regenerate the configury stuff. Also, I think that anyone re-rerunning > the update-gnulib.sh script would end up overwriting your changes. > > Rather than doing everything by hand and risk missing something, > I just propose we take advantage of our update-gnulib.sh script > instead. To do so, I've imported the commits from gnulib as patches, > and then updated the update-gnulib.sh script to include those two > import patches in the sequence. The patches had to be adjusted > a bit to the layout in the import as opposed to in the repository > of origin, but they are otherwise the same. > > This is the first moment I've had to work on this, so the patch > hasn't been tested on our Windows machines yet. I expected to be > able to report on that mid-to-late next week. In the meantime, > if you could test this patch in your environment, this would help us > guarantee that things are good on your end too, now. I've downloaded today's snapshot of the branch, applied the patches you sent, and build GDB. It builds cleanly and passes all the sanity checks I tried. So I think you can install this (provided that you can build GDB using MinGW64). Thanks, and sorry I couldn't be of more help in this matter.