From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22213 invoked by alias); 27 Mar 2014 18:46:09 -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 22201 invoked by uid 89); 27 Mar 2014 18:46:08 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-we0-f173.google.com Received: from mail-we0-f173.google.com (HELO mail-we0-f173.google.com) (74.125.82.173) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Thu, 27 Mar 2014 18:46:07 +0000 Received: by mail-we0-f173.google.com with SMTP id w61so2039221wes.4 for ; Thu, 27 Mar 2014 11:46:04 -0700 (PDT) X-Received: by 10.180.19.130 with SMTP id f2mr42124147wie.6.1395945964661; Thu, 27 Mar 2014 11:46:04 -0700 (PDT) Received: from msticlxl57.ims.intel.com ([192.55.55.41]) by mx.google.com with ESMTPSA id k4sm9671684wib.19.2014.03.27.11.46.00 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 27 Mar 2014 11:46:03 -0700 (PDT) Date: Thu, 27 Mar 2014 18:51:00 -0000 From: Ilya Verbin To: Jakub Jelinek Cc: Bernd Schmidt , GCC Patches , Michael Zolotukhin Subject: Re: [gomp4] Add tables generation Message-ID: <20140327184550.GA27799@msticlxl57.ims.intel.com> References: <532B1C45.9020308@codesourcery.com> <20140327133129.GA1618@msticlxl57.ims.intel.com> <20140327140218.GZ1817@tucnak.redhat.com> <20140327161300.GA18191@msticlxl57.ims.intel.com> <20140327161651.GC1817@tucnak.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140327161651.GC1817@tucnak.redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes X-SW-Source: 2014-03/txt/msg01563.txt.bz2 On 27 Mar 17:16, Jakub Jelinek wrote: > Which is why the table created for host by the ompexp pass should be > streamed into the target_lto sections (marked specially somehow, special > attribute or whatever), and then corresponding target table created from > that, rather then created from some possibly different ordering there. Ok, this should work. I'll rewrite tables generation. -- Ilya