From patchwork Sun Nov 27 02:43:56 2011 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Gerald Pfeifer X-Patchwork-Id: 127829 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) by ozlabs.org (Postfix) with SMTP id 7765BB70DD for ; Sun, 27 Nov 2011 13:44:23 +1100 (EST) Received: (qmail 19886 invoked by alias); 27 Nov 2011 02:44:17 -0000 Received: (qmail 19851 invoked by uid 22791); 27 Nov 2011 02:44:15 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from ainaz.pair.com (HELO ainaz.pair.com) (209.68.2.66) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 27 Nov 2011 02:44:01 +0000 Received: from g105.suse.de (charybdis-ext.suse.de [195.135.221.2]) by ainaz.pair.com (Postfix) with ESMTPSA id 691853F417; Sat, 26 Nov 2011 21:43:59 -0500 (EST) Date: Sun, 27 Nov 2011 03:43:56 +0100 (CET) From: Gerald Pfeifer To: Jonathan Wakely cc: gcc-patches@gcc.gnu.org, libstdc++@gcc.gnu.org Subject: Re: [libstdc++] Reference GNU/Linux in doc/xml/manual/using.xml In-Reply-To: Message-ID: References: MIME-Version: 1.0 X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org On Sun, 13 Nov 2011, Jonathan Wakely wrote: > Would that be improved by replacing i386 with x86? > > libstdc++ omits several features when built for 80386 due to the lack > of certain atomic operations, so I think it might be useful if the > manual used x86 to refer to the generic architecture, as opposed to > i386 which makes me think of -march=i386. Sure, your logic makes a lot of sense. Happy to make this change for you. The patch below just went in. It is the last I have for libstdc++ for now. Would you mind regenerating the HTML files from their XML sources as we had discussed a bit ago? Thanks, Gerald 2011-11-27 Gerald Pfeifer * doc/xml/manual/using.xml (Prerequisites): Refer to x86 instead of i386. Index: doc/xml/manual/using.xml =================================================================== --- doc/xml/manual/using.xml (revision 181742) +++ doc/xml/manual/using.xml (working copy) @@ -1269,7 +1269,7 @@ to display how ad hoc this is: On Solaris, both -pthreads and -threads (with subtly different meanings) are honored. On OSF, -pthread and -threads (with subtly different meanings) are - honored. On GNU/Linux i386, -pthread is honored. On FreeBSD, + honored. On GNU/Linux x86, -pthread is honored. On FreeBSD, -pthread is honored. Some other ports use other switches. AFAIK, none of this is properly documented anywhere other than in ``gcc -dumpspecs'' (look at lib and cpp entries).