From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23850 invoked by alias); 3 Feb 2015 14:28:49 -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 23832 invoked by uid 89); 3 Feb 2015 14:28:48 -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-243.mail.aliyun.com Received: from out1134-243.mail.aliyun.com (HELO out1134-243.mail.aliyun.com) (42.120.134.243) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 03 Feb 2015 14:28:45 +0000 X-Alimail-AntiSpam:AC=CONTINUE;BC=0.08945148|-1;FP=0|0|0|0|0|-1|-1|-1;HT=r46d02010;MF=gang.chen@sunrus.com.cn;PH=DS;RN=6;RT=6;SR=0; Received: from 192.168.1.104(mailfrom:gang.chen@sunrus.com.cn ip:223.72.65.44) by smtp.aliyun-inc.com(10.147.34.66); Tue, 03 Feb 2015 22:28:35 +0800 Message-ID: <54D0DB14.1040702@sunrus.com.cn> Date: Tue, 03 Feb 2015 14:28:00 -0000 From: Chen Gang S User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 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> <54CC6D9B.30106@sunrus.com.cn> <54CCBB78.6020408@sunrus.com.cn> <9B72BD56-C4CF-4AC3-B9AB-1D71E76BF11D@comcast.net> <54D0D934.7060904@sunrus.com.cn> In-Reply-To: <54D0D934.7060904@sunrus.com.cn> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-SW-Source: 2015-02/txt/msg00005.txt.bz2 On 02/03/2015 10:20 PM, Chen Gang S wrote: > On 02/01/2015 03:42 AM, Mike Stump wrote: >> On Jan 31, 2015, at 3:24 AM, Chen Gang S wrote: >>> ./insn-flags.h:114:0: warning: "HAVE_indirect_jump" redefined >>> #define HAVE_indirect_jump (Pmode == DImode) >> >> So, the 386 port uses modeless define expands from the well known named patterns and they mix in to the name of the non-well known named patterns. >> > > After try, modeless define needs multiple functions, and 'i386.c' needs > to know about them. e.g. let 'ix86_gen_tls_global_dynamic_64' point to > gen_tls_global_dynamic_64_di() or gen_tls_global_dynamic_64_si(). > > I guess, following this way, quite a few code in 'tilegx.c' will be > modified for it, or it will cause issue (still look for the original no > mode function name). e.g. > > ../../gcc-tile-new/gcc/config/tilegx/tilegx.c:2925:5: error: ‘CODE_FOR_insn_ld’ was not declared in this scope > { CODE_FOR_insn_ld, NULL }, /* ld */ > ^ > > If what I said above is really correct, for me, we have to try to find > another ways to solve this issue (it is not worthy enough to modify > quite a few code only for avoiding the suggesting warnings). > BTW: I find 'gccint.pdf' is a very valuable document to me, (e.g. Ch13 RTX, Ch16 MD, Ch17 TD). I shall read through it, and often reference to it. I will mainly read it in the subway between my home and my office. Welcome any ideas, suggestions and completions. Thanks. -- Open, share, and attitude like air, water, and life which God blessed.