From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-113800-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 25233 invoked by alias); 25 Jun 2014 01:30:16 -0000
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
Received: (qmail 25223 invoked by uid 89); 25 Jun 2014 01:30:16 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2
X-HELO: mail-ie0-f172.google.com
Received: from mail-ie0-f172.google.com (HELO mail-ie0-f172.google.com) (209.85.223.172) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Wed, 25 Jun 2014 01:30:15 +0000
Received: by mail-ie0-f172.google.com with SMTP id lx4so1049933iec.31        for <gdb-patches@sourceware.org>; Tue, 24 Jun 2014 18:30:13 -0700 (PDT)
X-Received: by 10.50.50.197 with SMTP id e5mr6017549igo.46.1403659813049; Tue, 24 Jun 2014 18:30:13 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.50.20.169 with HTTP; Tue, 24 Jun 2014 18:29:52 -0700 (PDT)
In-Reply-To: <83wqc6qp2r.fsf@gnu.org>
References: <CADNgcEyi=PBbjzgK3MA=FM8QjWXz_jv-KuXYe5b4-pu+LUY6xA@mail.gmail.com> <831tuy2kzi.fsf@gnu.org> <CADNgcExfk1A=EWKGDD4dPD0E0+H5=_a+ssV1qV4-xzXO3OSDyg@mail.gmail.com> <83ioo91nnk.fsf@gnu.org> <CADNgcEwweARHgsH5ppJEY=Q8UrtKK7xi8mU6BN7EbjUs=ic1xg@mail.gmail.com> <8338fc1wed.fsf@gnu.org> <53983FFA.6020909@redhat.com> <CADNgcEwURN4xMTdMxqhb_poZ=mttgD5FmDNBeezumQgsagaUMw@mail.gmail.com> <53A82F8B.7080507@redhat.com> <CADNgcEz08cCEFTYUNN5gm7AxMGbmmZJMjy2pEYmHbVQO7vHePg@mail.gmail.com> <83wqc6qp2r.fsf@gnu.org>
From: Mingjie Xing <mingjie.xing@gmail.com>
Date: Wed, 25 Jun 2014 01:30:00 -0000
Message-ID: <CADNgcEwpYHJQSyBtYcwu+P_GuWsNXLhyQiC5b75bZm77ZogOnw@mail.gmail.com>
Subject: Re: [patch] Share options between info and man page
To: Eli Zaretskii <eliz@gnu.org>
Cc: Pedro Alves <palves@redhat.com>, gdb-patches@sourceware.org
Content-Type: text/plain; charset=UTF-8
X-IsSubscribed: yes
X-SW-Source: 2014-06/txt/msg00872.txt.bz2

2014-06-24 23:55 GMT+08:00 Eli Zaretskii <eliz@gnu.org>:
>> From: Mingjie Xing <mingjie.xing@gmail.com>
>> Date: Tue, 24 Jun 2014 15:08:29 +0800
>> Cc: Eli Zaretskii <eliz@gnu.org>, gdb-patches@sourceware.org
>>
>> 2014-06-23 21:45 GMT+08:00 Pedro Alves <palves@redhat.com>:
>> >
>> > Should we re-define it as a macro under ifset man ?
>> >
>> > @ifset man
>> > @macro t{text}
>> > \text\
>> > @end macro
>> > @end ifset
>> >
>> > (I don't actually know whether possible.)
>>
>> This does not work.
>
> What exactly doesn't work, and how?

The man pages are generated by texi2pod.pl which doesn't care about
texinfo macros.  So with the above macro re-definition, "C@t{++}"
would still be misrendered.

So what I suggest is to retain "C@t{++}" in gdb.texinfo, and add a
substitution "s/\@t\{([^\}]*)\}/$1/g;" in texi2pod.pl. Thus the format
will not be lost in info pages.