From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14835 invoked by alias); 7 Aug 2014 00:21:13 -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 14824 invoked by uid 89); 7 Aug 2014 00:21:13 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.4 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: smtp.gentoo.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 07 Aug 2014 00:21:11 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id AC58F340211; Thu, 7 Aug 2014 00:21:08 +0000 (UTC) From: Mike Frysinger To: Eli Zaretskii Cc: Joel Brobecker , gdb-patches@sourceware.org, monaka@monami-software.com Subject: Re: [doc] Avoid conflicts between gdb and cross-gdb. Date: Thu, 07 Aug 2014 00:21:00 -0000 Message-ID: <5772813.BLhj1dYueK@vapier> User-Agent: KMail/4.13.1 (Linux/3.14.2; KDE/4.13.1; x86_64; ; ) In-Reply-To: <837g2lpmzz.fsf@gnu.org> References: <20140806132435.GC5204@adacore.com> <837g2lpmzz.fsf@gnu.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1717030.WtpRGCWdcX"; micalg="pgp-sha1"; protocol="application/pgp-signature" X-IsSubscribed: yes X-SW-Source: 2014-08/txt/msg00125.txt.bz2 --nextPart1717030.WtpRGCWdcX Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" Content-length: 1065 On Wed 06 Aug 2014 20:05:20 Eli Zaretskii wrote: > > Date: Wed, 6 Aug 2014 06:24:35 -0700 > > From: Joel Brobecker > > Cc: gdb-patches@sourceware.org, Masaki Muranaka > > > >=20 > > For GDB's info page, I think we should indeed apply the transformation, > > to be consistent. >=20 > I'm not sure I agree. What other projects do that? I never saw any > transformed Info manual. And we never did that before, so why now? >=20 > Besides, why do that? The Info manual does not include any > system-specific information, it is valid for all supported systems. > So I see no reason to put it into a system-dependent place or call it > by system-dependent name. it's not system-dependent, but it is version dependent. reading the=20 documentation for the native version can be wildly inaccurate than the=20 documentation for the cross version. it's probably less of an issue for gd= b=20 as features/flags don't change wildly quickly, but it makes a huge differen= ce=20 for gcc (e.g. 4.7 to 4.8 to 4.9). -mike= --nextPart1717030.WtpRGCWdcX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABAgAGBQJT4sZ5AAoJEEFjO5/oN/WB+oQP+wSfyugC50my6Uw6BqC1QBsf MplYBxp3VqzJVnV3MvNLFeIy/8GkDKG0m7NHoJKb0tLXl59BWoJzzLPBpDWi2WdF tzy6TzuS710wW2PjfDJVQIlkMzLINkmshyCmVOXoTo/+RPT5DO8TkFGPy31ezb68 CQvN132ed/Q0MLCSrWkcxkqYGQPrKbAEx3ex7DiTrnMvuVS6YnPMvtslH06bQnMw SAi1BpyhlyoadWT7fMcR3sirLKBDjCsCrkzZW7DeUMt4dyKEhykQ9yHBmBQm3v8h DjFhvoE3pJoESztKXxcKFfvTtzn/UeZ93IhPrRncYbd/o7HUFDYZjd5PEkJXEEYH 2xZbELUW1cTz3Pw3JfJbRaMN50jR6eUbFzZCMFE90E2v7vn5imvvO6GzOinxOBLx EtiLFZANcYmYEroKHgHECFveAcTI7zWcoxci259pR3H0VLsk3+D7MMtbtFE3BPZT tyCzpsBRiupqIv5Qd0LxpFy7L53RA44t7juAZtE4O7PKsiWV5i9+eS8yOsZYApdA Qr5GlE1pazDufDE81JN1hSuO8GZbmPnLR5f9hYu39TBfubLUj+hX+XDbr7yF4gOA tUH6AwRyoL9/KwhVYvCTqWa6GODFPFITQnbB1mDh1dwqvR517VvxM/Eu88aRb+H0 nKMEnrcMe9iNoejtspaA =bRwA -----END PGP SIGNATURE----- --nextPart1717030.WtpRGCWdcX--