From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.220.29]) by sourceware.org (Postfix) with ESMTPS id 3F9B23858031 for ; Mon, 5 Jul 2021 13:36:09 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 3F9B23858031 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=suse.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=suse.de Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id 767331FE7C; Mon, 5 Jul 2021 13:36:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1625492168; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=msuM8p8AcJYksSbh40WliKMc6SIQkr1hRN/OjlHtUes=; b=mSDznTXpM2/KHQCmOE31TzWwJq4oqg9qar0Mw+lmFkxaDTvCmGvSN0vTjF/RhnbcPnGDEK PfKWL/1/OgNnFKiHaPGecCRi9UmyGn38XsK6qlZIowyCiaR33/Yv3j4AvtWBW5r7onmKvA O6wzS1QOgN/VOZn24Nsw6cM2alHWSk8= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1625492168; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=msuM8p8AcJYksSbh40WliKMc6SIQkr1hRN/OjlHtUes=; b=xqaMOP0GG9DoG1GqKQLUtMBDRv7Lz83cELBOZBT7gF7ELxbxnAVrBV+a4vNIOn0iX7nGHS GmOasYcdlIBkpMBA== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 506CB13A5E; Mon, 5 Jul 2021 13:36:08 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id l0RVEcgK42A4fwAAMHmgww (envelope-from ); Mon, 05 Jul 2021 13:36:08 +0000 Subject: Re: [ANNOUNCEMENT] GDB 11 release branch created! To: Eli Zaretskii Cc: brobecker@adacore.com, tom@tromey.com, bernd.edlinger@hotmail.de, gdb@sourceware.org References: <87im1q78im.fsf@linux-m68k.org> <78ca1c45-beb3-966f-e995-912bc1e115c1@suse.de> <83h7h9gcu8.fsf@gnu.org> From: Tom de Vries Message-ID: Date: Mon, 5 Jul 2021 15:36:07 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <83h7h9gcu8.fsf@gnu.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-5.8 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, NICE_REPLY_A, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org 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: , X-List-Received-Date: Mon, 05 Jul 2021 13:36:10 -0000 On 7/5/21 2:33 PM, Eli Zaretskii wrote: >> 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? I was not trying to suggest a fix, but merely trying to point out that we seem to be going forth and back on this (that, and the reproducer seemed to be worth sharing at that point). Anyway, by now I've investigated a bit further. The difficulty seems to be that the documentation is dependent on configure options. I can think of two clean ways to handle pre-generated docs in such a case: - not including pre-generated docs in the source tarball - generating a version of the docs for the source tarball, that conservatively agrees with all configure choices. Before the regressing commit, we had the first situation. After the commit, we no longer have the first, but also not the second (and, we have the build problem). To give an example of what I'm concerned about: say a user has a system without makeinfo, and builds with --with-system-readline. Then the gdb documentation point to the in-source readline docs, which does not necessarily agree with the actually used readline version. So, I think that before thinking about solving build problems, we first have to get clear what kind of pre-generated docs we want, if any. Thanks, - Tom