From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15344 invoked by alias); 31 Jan 2015 05:45:03 -0000 Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org Received: (qmail 15289 invoked by uid 89); 31 Jan 2015 05:45:02 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,SPF_PASS,UNPARSEABLE_RELAY autolearn=ham version=3.3.2 X-HELO: out1134-210.mail.aliyun.com Received: from out1134-210.mail.aliyun.com (HELO out1134-210.mail.aliyun.com) (42.120.134.210) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 31 Jan 2015 05:45:01 +0000 X-Alimail-AntiSpam:AC=CONTINUE;BC=0.07478519|-1;FP=0|0|0|0|0|-1|-1|-1;HT=r46d02014;MF=gang.chen@sunrus.com.cn;PH=DS;RN=6;RT=6;SR=0; Received: from ShengShiZhuChengdeMacBook-Pro.local(mailfrom:gang.chen@sunrus.com.cn ip:223.72.65.1) by smtp.aliyun-inc.com(10.147.38.27); Sat, 31 Jan 2015 13:44:42 +0800 Message-ID: <54CC6D9B.30106@sunrus.com.cn> Date: Sat, 31 Jan 2015 05:45:00 -0000 From: Chen Gang S User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Mike Stump CC: Chris Metcalf , walt@tilera.com, Jeff Law , gcc-help , Michael Eager Subject: Re: [Consult] tile: How to construct testsuite for tile architecture without hardware. References: <54BA30F3.4080202@sunrus.com.cn> <54BD2C5E.1070804@ezchip.com> <54BDB71D.90703@sunrus.com.cn> <54C39ECA.3000603@sunrus.com.cn> <54CC0C79.1070007@sunrus.com.cn> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-SW-Source: 2015-01/txt/msg00171.txt.bz2 On 1/31/15 07:00, Mike Stump wrote: > On Jan 30, 2015, at 2:58 PM, Chen Gang S wrote: >> After finish analyzing the related warnings for tile, for me, they are >> neither tile's issues nor gcc common implementation issues: > > ? They all look like they can be fixed in the port. > > Why not use :P? From i386: > > ;; This mode iterator allows :P to be used for patterns that operate on > ;; pointer-sized quantities. Exactly one of the two alternatives will match. > (define_mode_iterator P [(SI "Pmode == SImode") (DI "Pmode == DImode")]) > > (define_insn "*tls_global_dynamic_64_" > [(set (match_operand:P 0 "register_operand" "=a") > (call:P > (mem:QI (match_operand 2 "constant_call_address_operand" "Bz")) > (match_operand 3))) > (unspec:P [(match_operand 1 "tls_symbolic_operand")] > UNSPEC_TLS_GD)] > “TARGET_64BIT" > OK, thanks I shall try, hope I can finish within today (this month). >> ../../gcc-tile-new/gcc/config/tilegx/tilegx.md:2627: warning: operand 0 missing mode? >> ../../gcc-tile-new/gcc/config/tilegx/tilegx.md:2656: warning: operand 0 missing mode? >> ../../gcc-tile-new/gcc/config/tilegx/tilegx.md:2890: warning: operand 1 missing mode? >> ../../gcc-tile-new/gcc/config/tilegx/tilegx.md:2890: warning: operand 1 missing mode? >> ../../gcc-tile-new/gcc/config/tilegx/tilegx.md:2986: warning: operand 3 missing mode? >> ../../gcc-tile-new/gcc/config/tilegx/tilegx.md:3030: warning: operand 1 missing mode? >> ../../gcc-tile-new/gcc/config/tilegx/tilegx.md:3030: warning: operand 1 missing mode? >> ../../gcc-tile-new/gcc/config/tilegx/tilegx.md:3115: warning: operand 1 missing mode? >> ../../gcc-tile-new/gcc/config/tilegx/tilegx.md:3115: warning: operand 1 missing mode? >> ../../gcc-tile-new/gcc/config/tilegx/tilegx.md:3127: warning: operand 1 missing mode? >> ../../gcc-tile-new/gcc/config/tilegx/tilegx.md:3127: warning: operand 1 missing mode? >> ../../gcc-tile-new/gcc/config/tilegx/tilegx.md:3140: warning: operand 1 missing mode? >> ../../gcc-tile-new/gcc/config/tilegx/tilegx.md:3140: warning: operand 1 missing mode? > -- Chen Gang Open, share, and attitude like air, water, and life which God blessed