From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 35778 invoked by alias); 20 Jan 2017 09:05:36 -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 32802 invoked by uid 89); 20 Jan 2017 09:05:31 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No 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; Fri, 20 Jan 2017 09:05:31 +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 A6EE3707; Fri, 20 Jan 2017 01:05:29 -0800 (PST) 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 32FF63F3D6; Fri, 20 Jan 2017 01:05:29 -0800 (PST) Subject: Re: [PATCH, GCC/x86 mingw32] Add configure option to force wildcard behavior on Windows To: JonY <10walls@gmail.com>, "gcc-patches@gcc.gnu.org" References: <3c3cd900-7d38-a66d-d306-12c968d26f0b@gmail.com> From: Thomas Preudhomme Message-ID: Date: Fri, 20 Jan 2017 09:06:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: <3c3cd900-7d38-a66d-d306-12c968d26f0b@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2017-01/txt/msg01555.txt.bz2 Hi JonY, On 19/01/17 01:37, JonY wrote: > On 01/18/2017 09:48 AM, Thomas Preudhomme wrote: >> By default, wildcard support on Windows for programs compiled with mingw >> depends on how the mingw runtime was configured. This means if one wants >> to build GCC for Windows with a consistent behavior with Wildcard >> (enabled or disabled) the mingw runtime must be built as well. This >> patch adds an option to GCC configuration to force the behavior with >> wildcard when building GCC for Windows host. It does so by setting the >> _dowildcard variable in the driver to a given value depending on the >> configure option value (yes or no), thus overriding the variable from >> mingw runtime. >> >> Testing: I've successfully done a build of the arm-none-eabi cross GCC >> for Windows with Ubuntu system mingw runtime (configured without >> wildcard support by default) with the three configure options: >> 1) --enable-wildcard: wildcard can be used successfully and nm of >> driver-mingw32.o shows that _dowildcard is in .data section >> 2) --disable-wildcard: wildcard cannot be used and nm of >> driver-mingw32.o shows that _dowildcard is in .bss section >> 3) no option: wildcard cannot be used and nm of driver-mingw32.o shows >> no _dowildcard defined and all sections are empty >> >> Is this ok for stage1? >> >> Best regards, >> >> Thomas > > No objections, but documentation should mention that wildcard expansion > is not handled by the CMD shell on Windows, it is up to individual > programs to interpret it. Do you mean that this configuration option should make it clear that it only affects wildcard expansion for GCC itself but not for programs built by GCC? Best regards, Thomas