From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) by sourceware.org (Postfix) with ESMTPS id C8C053858C83 for ; Wed, 22 Feb 2023 08:23:58 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org C8C053858C83 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-lf1-x133.google.com with SMTP id w27so9018019lfu.4 for ; Wed, 22 Feb 2023 00:23:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=fF1VstnPJWaedt5p7zoa1Dxyi2kpeyEINMw/MlhRbWY=; b=dxM12vSNfLejgGKaOygHEfNEoJOwl/hBWHpT5x6ChWgq9KVliYwVGqXkh4jYo6cpih vA9kaVtLZ2hpdDyGhFGmMA1crnPUchHfbdebJxwTmUkm+6ABdhz6Mwi1Z+5nEnQIfv7A ndlZERyszyUghdZDP6fB4YSQRsCGl3HRzhzHwfkvfZJMC0oZq1HKdhp6pWG8Ge2etXUe 1y/Hftx5X4sppB8v+InnR9MDuxfXYFL5xV/nRjdg9sfs+f6nInkuA09A17d9ijtG7unA azyOtVhT8JYwM+y00ql6oZlpPGih+s3lgPjX9J+27KVvmdm9nlsMr/4RfO69LBf7ttoB /nmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=fF1VstnPJWaedt5p7zoa1Dxyi2kpeyEINMw/MlhRbWY=; b=WOD/ljR4UBDmEoSMU+7RAuKuRQ99e/Wx2MgbkLzV/PEfA277h65LVhHIOybxNe+Uc8 tHcQuSwyYIU3Z+ufgUFFH/aJ2A3rD+3WZuV5zpCQY7nxF9SujYqr/u0hhrznmrqOxQi9 NICU1tvTtVIuXQpFOTk32uErFBQxtmOkMRlbGDW7Z0i0AWCzkEa/M8e52hwuBgu1VMXQ M1/fxP6bcTlRUwNZxYRaQgIBhY1TOGyjUH03fUbUlE84OS8zoG1CN+hblZ8+y7JPbW1O XZa54il04ncBo1wG5z5TyiVhyy+9ZQ1tNHAYSP3mis6AcOSmyFF84+vShtewKwJ0IcDw v2og== X-Gm-Message-State: AO0yUKURN0+vvcpV4uK8pbaC3MZgcZJqIxjEWrY6bKWO5ag5abTI81rO bf1oGT87gGdqcGKF0kpWJWpt5Inh4g0Ovcpuc/k= X-Google-Smtp-Source: AK7set88VoY1akgHtmnGYkhmSmsXmHYxy23aZLOssZpxKJ+tEOLiOpNcRHZaH0pEDeBjxo+vbGqBxSXPvGKJV8fSLhA= X-Received: by 2002:ac2:4a6a:0:b0:4dc:807a:d14a with SMTP id q10-20020ac24a6a000000b004dc807ad14amr2528992lfp.9.1677054237186; Wed, 22 Feb 2023 00:23:57 -0800 (PST) MIME-Version: 1.0 References: <87a616un8q.fsf@oldenburg.str.redhat.com> In-Reply-To: <87a616un8q.fsf@oldenburg.str.redhat.com> From: Richard Biener Date: Wed, 22 Feb 2023 09:23:45 +0100 Message-ID: Subject: Re: Using __gnu_lto_slim to detect -fno-fat-lto-objects To: Florian Weimer Cc: gcc@gcc.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Wed, Feb 22, 2023 at 9:19 AM Florian Weimer via Gcc wrote: > > Can we use the COMMON symbol __gnu_lto_slim to detect > -fno-fat-lto-objects on contemporary GNU/Linux (with the LTO linker > plugin)? Yes. > We currently build the distribution with -ffat-lto-objects, and I want > to switch away from that. Packages will need to opt in to > -ffat-lto-objects if static objects they build escape the buildroot. > And to make sure that this opt-in happens, I want to fail the build if > there would be any -fno-fat-lto-objects objects leaking. For SUSE we're checking that no LTO bytecode leaks instead, thus we check for __gnu_lto_v? (I think). The reason is that even for static libraries we do not want to ship LTO bytecode. Richard. > Thanks, > Florian >