From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 130523 invoked by alias); 23 Mar 2017 10:47:42 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 130512 invoked by uid 89); 23 Mar 2017 10:47:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-10.9 required=5.0 tests=BAYES_00,GIT_PATCH_2,GIT_PATCH_3,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy= X-HELO: foss.arm.com Received: from foss.arm.com (HELO foss.arm.com) (217.140.101.70) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 23 Mar 2017 10:47:40 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 5DE6A28; Thu, 23 Mar 2017 03:47:39 -0700 (PDT) Received: from [10.2.206.52] (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 9BCF53F3E1; Thu, 23 Mar 2017 03:47:38 -0700 (PDT) Subject: Re: [wwwdocs] gcc-8/porting_to.html To: Gerald Pfeifer References: <3c3cd900-7d38-a66d-d306-12c968d26f0b@gmail.com> <35f8542e-df08-62ac-da0e-824a974b96e6@foss.arm.com> <7aaf616d-2e0a-cf68-3e4b-0c48b6e16d00@foss.arm.com> <97780aa1-62c2-9471-a9f7-fce968f94fe3@gmail.com> <20845b34-f951-f2d1-0365-b8c8e788be5b@foss.arm.com> <871db1b6-0d4d-c1fe-8451-646098f509bd@gmail.com> <1e4e16a3-53aa-b1f9-5815-b69fad6a6456@foss.arm.com> Cc: JonY <10walls@gmail.com>, NightStrike , gcc-patches@gcc.gnu.org From: Thomas Preudhomme Message-ID: <8ccf5b3d-f903-1d31-89d5-90b0a2bee872@foss.arm.com> Date: Thu, 23 Mar 2017 10:47:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------C68E29E074D734E18A633445" X-IsSubscribed: yes X-SW-Source: 2017-03/txt/msg01212.txt.bz2 This is a multi-part message in MIME format. --------------C68E29E074D734E18A633445 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Content-length: 802 Ack. Please find updated patch as per suggestions. Best regards, Thomas On 23/03/17 06:47, Gerald Pfeifer wrote: > Hi Thomas, > > On Wed, 22 Mar 2017, Thomas Preudhomme wrote: >> Is this ok for wwwdocs once [1] is committed in GCC 8 cycle? > > +
  • GCC on Microsoft Windows can now be configured via > + --enable-mingw-wildcard or > + --disable-mingw-wildcard to force a specific behavior for > + GCC itself with regards to supporting or not the wildcard character. > > Here I would omit the "or not" which I believe does not work well > in English. > > + Prior versions of GCC would follow the configuration of MinGW runtime. > > And here add "the" before "MinGW". > > This looks fine to me with these two minor changes, thank you. > > Gerald --------------C68E29E074D734E18A633445 Content-Type: text/x-patch; name="document_windows_wildcard_change_gcc8.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="document_windows_wildcard_change_gcc8.patch" Content-length: 1054 Index: htdocs/gcc-8/changes.html =================================================================== RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-8/changes.html,v retrieving revision 1.2 diff -u -r1.2 changes.html --- htdocs/gcc-8/changes.html 12 Mar 2017 14:25:34 -0000 1.2 +++ htdocs/gcc-8/changes.html 23 Mar 2017 10:44:35 -0000 @@ -135,7 +135,16 @@ - +

    Windows

    +
      +
    • GCC on Microsoft Windows can now be configured via + --enable-mingw-wildcard or + --disable-mingw-wildcard to force a specific behavior for + GCC itself with regards to supporting the wildcard character. Prior + versions of GCC would follow the configuration of the MinGW runtime. + This behavior can still be obtained by not using the above options or by + using --enable-mingw-wildcard=platform.
      • +
    --------------C68E29E074D734E18A633445--