From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10983 invoked by alias); 19 Jul 2019 08:30:46 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 10828 invoked by uid 89); 19 Jul 2019 08:30:36 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-5.9 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS autolearn=ham version=3.3.1 spammy=HX-Languages-Length:424, shipping X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 19 Jul 2019 08:30:35 +0000 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 5CCA930832D3; Fri, 19 Jul 2019 08:30:33 +0000 (UTC) Received: from oldenburg2.str.redhat.com (dhcp-192-200.str.redhat.com [10.33.192.200]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 6D60D643DA; Fri, 19 Jul 2019 08:30:32 +0000 (UTC) From: Florian Weimer To: Romain Geissler Cc: Jeff Law , Andi Kleen , Subject: Re: [EXT] Re: Can LTO minor version be updated in backward compatible way ? References: <87ftn4in6x.fsf@linux.intel.com> <71c86eab-4178-e841-f968-b4425f851dd3@redhat.com> <87ftn3z5fz.fsf@oldenburg2.str.redhat.com> Date: Fri, 19 Jul 2019 08:30:00 -0000 In-Reply-To: (Romain Geissler's message of "Thu, 18 Jul 2019 22:59:09 +0000") Message-ID: <87k1cetoig.fsf@oldenburg2.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2019-07/txt/msg00125.txt.bz2 * Romain Geissler: > That may fly in the open source world, however I expect some vendors > shipping proprietary code might be fine with assembly/LTO > representation of their product, but not source. They can't ship LTO today anyway due to the format incompatibility, so that's not really an argument against source-based LTO. Thanks, Florian