From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id 0NHFHxf84mDpXQAAWB0awg (envelope-from ) for ; Mon, 05 Jul 2021 08:33:27 -0400 Received: by simark.ca (Postfix, from userid 112) id 7F2C41F1F2; Mon, 5 Jul 2021 08:33:27 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 7C2331E940 for ; Mon, 5 Jul 2021 08:33:26 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 39A67386FC3D for ; Mon, 5 Jul 2021 12:33:26 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 39A67386FC3D DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1625488406; bh=L6C1e0Ky9+NEdpbyx0AWSZswsCRr0QXSsJ+H1FRkLrk=; h=Date:To:In-Reply-To:Subject:References:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=bm6RVnUi/5qsHFHcyxqUbdO8HWPnix+PtGx7tlaAGh2ZlDx23T66Lr2xxZQ2rP8cZ oof9MtQqVmagNcjZpz8FMj1GoBfdr8CK4mfwVYYGxEByPQguBjxZ3v+oNijDkfdnLf 3Av/ksBW3OFN4n8s+ZIaUBDDzU9Amf0BBf8qmay0= Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id 148F53857409 for ; Mon, 5 Jul 2021 12:33:01 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 148F53857409 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34990) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m0NmV-00068l-3Q; Mon, 05 Jul 2021 08:32:59 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3031 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m0NmU-0002SW-Ly; Mon, 05 Jul 2021 08:32:58 -0400 Date: Mon, 05 Jul 2021 15:33:03 +0300 Message-Id: <83h7h9gcu8.fsf@gnu.org> To: Tom de Vries In-Reply-To: <78ca1c45-beb3-966f-e995-912bc1e115c1@suse.de> (message from Tom de Vries on Mon, 5 Jul 2021 12:36:00 +0200) Subject: Re: [ANNOUNCEMENT] GDB 11 release branch created! References: <87im1q78im.fsf@linux-m68k.org> <78ca1c45-beb3-966f-e995-912bc1e115c1@suse.de> X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Eli Zaretskii via Gdb Reply-To: Eli Zaretskii Cc: gdb@sourceware.org, tom@tromey.com, schwab@linux-m68k.org, bernd.edlinger@hotmail.de, brobecker@adacore.com Errors-To: gdb-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb" > Cc: gdb@sourceware.org > From: Tom de Vries > Date: Mon, 5 Jul 2021 12:36:00 +0200 > > > The tarball contains the file gdb/doc/GDBvn.texi which is a generated > > file depending on the configuration. This breaks building with > > --with-system-readline. > > I managed to reproduce this. > > The steps are: > - download (or create using src-release.sh) a snapshot > - unpack it, into say src > - cd src; find -name "*.info*" | xargs rm -f > - mkdir build; cd build ; ../src/configure --with-system-readline > - cd build; make all-gdb > > For make output, see below. > > This can be fixed/worked around by doing: > ... > $ rm -f gdb/doc/GDBvn.texi > ... > as Andreas did here ( > https://build.opensuse.org/package/rdiff/home:AndreasSchwab/gdb?linkrev=base&rev=143 > ). > > My guess is that this is a regression since: > ... > commit ab954e4a53cab8c33728e6708695abc1616c90b1 > Author: Bernd Edlinger > Date: Wed Nov 25 18:52:49 2020 +0100 > > Fix building gdb release from tar file without makeinfo > > Add GDBvn.texi and version.subst to the release tar file, > so the gdb.info does not need makeinfo. > > This avoids the need for makeinfo to be available. > ... > > Interestingly, there are previous commits related to GDBvn.texi where > the submission emails show the same problem ( > https://sourceware.org/pipermail/gdb-patches/2011-January/078980.html ), > and the final conclusion of that discussion ( > https://sourceware.org/pipermail/gdb-patches/2011-January/079001.html ) is: > ... > So, unless anyone else objects, removing GDBvn.texi from the > distributed files is the solution. But that would again bring the problem that inclusion was intended to fix, no? Wouldn't it be better to modify the configure script so that READLINE_TEXI_INCFLAG always includes "-I ${READLINE_DIR}"? Or did I misunderstand the reason why makeinfo doesn't find the Readline manual? Thanks.