From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8764 invoked by alias); 17 Sep 2019 01:40:39 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 8733 invoked by uid 89); 17 Sep 2019 01:40:38 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-19.1 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_0,GIT_PATCH_1,GIT_PATCH_2,GIT_PATCH_3,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.1 spammy=UD:pl X-HELO: simark.ca Received: from simark.ca (HELO simark.ca) (158.69.221.121) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 17 Sep 2019 01:40:37 +0000 Received: from [10.0.0.11] (unknown [192.222.164.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by simark.ca (Postfix) with ESMTPSA id 35B4D1E4C2; Mon, 16 Sep 2019 21:40:36 -0400 (EDT) Subject: Re: [PATCH 2/2] etc/texi2pod.pl: C<>'s can be nested as well To: Carl Bordum Hansen , gdb-patches@sourceware.org References: From: Simon Marchi Message-ID: Date: Tue, 17 Sep 2019 01:40:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2019-09/txt/msg00299.txt.bz2 On 2019-09-16 6:06 p.m., Carl Bordum Hansen wrote: > --- > etc/texi2pod.pl | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/etc/texi2pod.pl b/etc/texi2pod.pl > index 34ba7efd0f..167cc71ba9 100644 > --- a/etc/texi2pod.pl > +++ b/etc/texi2pod.pl > @@ -416,9 +416,9 @@ sub postprocess > s/</ s/>/>/g; > > - # Now un-nest all B<>, I<>, R<>. Theoretically we could have > + # Now un-nest all B<>, I<>, R<>, C<>. Theoretically we could have > # indefinitely deep nesting; in practice, one level suffices. > - 1 while s/([BIR])<([^<>]*)([BIR])<([^<>]*)>/$1<$2>$3<$4>$1 + 1 while s/([BIRC])<([^<>]*)([BIRC])<([^<>]*)>/$1<$2>$3<$4>$1 > # Replace R<...> with bare ...; eliminate empty markup, B<>; > # shift white space at the ends of [BI]<...> expressions outside > Hi Carl, Can you explain why this change is needed? Is there a file that was not generated properly? Simon