From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11760 invoked by alias); 18 Feb 2015 11:56:21 -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 11618 invoked by uid 89); 18 Feb 2015 11:56:20 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KAM_FROM_URIBL_PCCC,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=no version=3.3.2 X-HELO: mail-we0-f170.google.com Received: from mail-we0-f170.google.com (HELO mail-we0-f170.google.com) (74.125.82.170) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Wed, 18 Feb 2015 11:56:18 +0000 Received: by wesx3 with SMTP id x3so659500wes.7 for ; Wed, 18 Feb 2015 03:56:15 -0800 (PST) X-Received: by 10.180.7.131 with SMTP id j3mr4236100wia.55.1424260575683; Wed, 18 Feb 2015 03:56:15 -0800 (PST) Received: from msticlxl57.ims.intel.com ([192.55.54.42]) by mx.google.com with ESMTPSA id cb14sm25075076wib.22.2015.02.18.03.56.12 (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 18 Feb 2015 03:56:15 -0800 (PST) Date: Wed, 18 Feb 2015 11:56:00 -0000 From: Ilya Verbin To: Thomas Schwinge Cc: Jakub Jelinek , gcc-patches@gcc.gnu.org, Kirill Yukhin , Andrey Turetskiy Subject: Re: [PATCH 1/4] Add mkoffload for Intel MIC Message-ID: <20150218115607.GB62715@msticlxl57.ims.intel.com> References: <20141021171323.GA47586@msticlxl57.ims.intel.com> <20141021171602.GB47586@msticlxl57.ims.intel.com> <20141022082103.GH10376@tucnak.redhat.com> <20141022185701.GA21398@msticlxl57.ims.intel.com> <87k2zfe8ze.fsf@kepler.schwinge.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87k2zfe8ze.fsf@kepler.schwinge.homeip.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes X-SW-Source: 2015-02/txt/msg01089.txt.bz2 On Wed, Feb 18, 2015 at 12:48:21 +0100, Thomas Schwinge wrote: > What is the rationale for the insn-modes.h order-only prerequisites for > mkoffload.o? Is this simply to get past the build issue which, for > example, Jakub also reported for the nvptx mkoffload, > > (»missing mkoffload.o dependencies, patch attached«), or is there a > better rationale for adding (only) this one (indirect) dependency, > instead of listing all of the (real) dependencies? (After all, we do > want the mkoffload executables to be rebuilt if one of their dependencies > is updated.) (I have not yet tried to figure out how to do that.) Yes, mkoffload is just not working without this dependency, and works well with it. Do you know the right way how to add all other dependencies? -- Ilya