From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15290 invoked by alias); 11 Feb 2015 15:21:28 -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 15272 invoked by uid 89); 11 Feb 2015 15:21:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 11 Feb 2015 15:21:26 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=SVR-IES-FEM-01.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1YLZ6R-00073O-FD from Bernd_Schmidt@mentor.com for gcc-patches@gcc.gnu.org; Wed, 11 Feb 2015 07:21:23 -0800 Received: from [127.0.0.1] (137.202.0.76) by SVR-IES-FEM-01.mgc.mentorg.com (137.202.0.104) with Microsoft SMTP Server id 14.3.224.2; Wed, 11 Feb 2015 15:20:52 +0000 Message-ID: <54DB7353.7060308@codesourcery.com> Date: Wed, 11 Feb 2015 15:21:00 -0000 From: Bernd Schmidt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Thomas Schwinge CC: GCC Patches Subject: Re: nvptx offloading patches [4/n] References: <5454CDF1.3070307@codesourcery.com> <87fvacld85.fsf@kepler.schwinge.homeip.net> In-Reply-To: <87fvacld85.fsf@kepler.schwinge.homeip.net> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2015-02/txt/msg00719.txt.bz2 On 02/11/2015 03:44 PM, Thomas Schwinge wrote: > Note the global cold/hot labels. This confuses mkoffload, and it runs > into a busy loop due to what I understand to be a bug in skipping of > "strange" tokens, cited above, which such global labels would fall under. > Here is what might be a fix for this (but I didn't analyze the parsing > code in detail); OK for trunk? I'd rather fail if anything unexpected is seen. Things like -freorder-blocks-and-partition should be forced off in nvptx_option_override. Bernd