From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 115957 invoked by alias); 20 Jun 2019 10:59:02 -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 115940 invoked by uid 89); 20 Jun 2019 10:59:01 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.1 spammy=H*Ad:D*netcologne.de, HTo:U*pinskia, HContent-Transfer-Encoding:8bit X-HELO: cc-smtpout3.netcologne.de Received: from cc-smtpout3.netcologne.de (HELO cc-smtpout3.netcologne.de) (89.1.8.213) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 20 Jun 2019 10:59:00 +0000 Received: from cc-smtpin3.netcologne.de (cc-smtpin3.netcologne.de [89.1.8.203]) by cc-smtpout3.netcologne.de (Postfix) with ESMTP id 7E2F2123F2; Thu, 20 Jun 2019 12:58:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=netcologne.de; s=nc1116a; t=1561028333; bh=gXwyhiMukyQDtNebJTSL0NmRd71a5MXqf+bt9lZyH74=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To:From; b=I+uSw5QLwdJjYnIe/COHA6OMdnOomyVV4DQyOmlaFzxBRXJy8b17uWOAx4wfXMxLS 1YeYl38gO8nOf6n61tvIyjZjAkLEqDc0ChJZNg505KPG1WtPqNF0EDYJMv8XLXb/SI Lh0ga4NQ9RZ5tgsmeYiaPTmLHXf9L19c9EnsWLAAqNoC/y3bu4gN2aDjSLqLOl3DKU rdHtVJPen7IJaaaUHGFgU/jRzvs10v0x6ZhCNTwogCCKGWXQDHsRWKPPyeiaozDG5m mjI6OisThoYtBxCKbMf0Nnqp3U6pfBCEIIqbUjOqzHguIoFP7VfxtMhVpFymPB3Stf nvfgOpANpMzFA== Received: from localhost (localhost [127.0.0.1]) by cc-smtpin3.netcologne.de (Postfix) with ESMTP id 775FA11ED6; Thu, 20 Jun 2019 12:58:53 +0200 (CEST) Received: from [2001:4dd7:7e7b:0:7285:c2ff:fe6c:992d] (helo=cc-smtpin3.netcologne.de) by localhost with ESMTP (eXpurgate 4.6.0) (envelope-from ) id 5d0b66ed-6902-7f0000012729-7f000001ecc6-1 for ; Thu, 20 Jun 2019 12:58:53 +0200 Received: from [IPv6:2001:4dd7:7e7b:0:7285:c2ff:fe6c:992d] (2001-4dd7-7e7b-0-7285-c2ff-fe6c-992d.ipv6dyn.netcologne.de [IPv6:2001:4dd7:7e7b:0:7285:c2ff:fe6c:992d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by cc-smtpin3.netcologne.de (Postfix) with ESMTPSA; Thu, 20 Jun 2019 12:58:43 +0200 (CEST) Subject: Re: [RFC] zstd as a compression algorithm for LTO To: =?UTF-8?Q?Martin_Li=c5=a1ka?= , Andrew Pinski , Jan Hubicka Cc: Richard Biener , Jeff Law , GCC Development , GCC Patches References: <89e98dc0-e766-ffef-da0f-263c3b284e96@suse.cz> <1BBDAEDD-9432-4B12-BA20-63A6E047FDB6@gmail.com> <20190619192954.edwdfxns3gx2gt5m@kam.mff.cuni.cz> From: Thomas Koenig Message-ID: <122f53d2-5ae0-b801-81ab-36ce69f9efda@netcologne.de> Date: Thu, 20 Jun 2019 10:59:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-SW-Source: 2019-06/txt/msg01216.txt.bz2 Am 20.06.19 um 11:07 schrieb Martin Liška: > On the contrary, decompression > of zstd with zlib will end with: > lto1: internal compiler error: compressed stream: data error Sogenerating object files on one system and trying to read them on another system which does not happen to have a particular library installed would lead to failure? If that's the case, I am not sure that this is a good way of handling things.