From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTPS id 3A2F63858D28 for ; Wed, 18 Jan 2023 11:31:16 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 3A2F63858D28 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1674041474; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references; bh=mdT/IMuQcEa7B1u4o3boEywQReFP4NpXh6i2Tw3DAzQ=; b=HfOWyu6IqPlxzB8MYlXwfljiwXSirl7ogt99+2d+Gcb8Ou6tyeLoM1pORtHl4IPIVCg3zh yETX/DxXNjnZDJ33e7BeIEcQ7Xcj8apOkxPpEnewVP0IKeaqnNyOA0ixH9o9Go6cRMrQTN jdkEMgcF/klFeu5I1ztoG8nwAwwnowg= Received: from mimecast-mx02.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-663-s8nRpdlqOu6doAE0Uo66iw-1; Wed, 18 Jan 2023 06:31:11 -0500 X-MC-Unique: s8nRpdlqOu6doAE0Uo66iw-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com [10.11.54.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id E105F1C0878F; Wed, 18 Jan 2023 11:31:10 +0000 (UTC) Received: from tucnak.zalov.cz (unknown [10.39.192.223]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 680E82166B26; Wed, 18 Jan 2023 11:31:10 +0000 (UTC) Received: from tucnak.zalov.cz (localhost [127.0.0.1]) by tucnak.zalov.cz (8.17.1/8.17.1) with ESMTPS id 30IBV5DB1487925 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Wed, 18 Jan 2023 12:31:06 +0100 Received: (from jakub@localhost) by tucnak.zalov.cz (8.17.1/8.17.1/Submit) id 30IBV4vW1487924; Wed, 18 Jan 2023 12:31:04 +0100 Date: Wed, 18 Jan 2023 12:31:03 +0100 From: Jakub Jelinek To: Andreas Schwab Cc: Richard Biener , Jan Hubicka , gcc-patches@gcc.gnu.org Subject: Re: [PATCH] lto: pass through -funwind-tables and -fasynchronous-unwind-tables Message-ID: Reply-To: Jakub Jelinek References: MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 3.1 on 10.11.54.6 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Status: No, score=-3.8 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE,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, Jan 18, 2023 at 12:25:11PM +0100, Andreas Schwab via Gcc-patches wrote: > On Jan 18 2023, Richard Biener wrote: > > > On Wed, Jan 18, 2023 at 11:17 AM Andreas Schwab via Gcc-patches > > wrote: > >> > >> The -funwind-tables and -fasynchronous-unwind-tables options are relevant > >> for the output pass, thus they need to be passed through by the lto > >> wrapper. > > > > They are already stored per function, and ... > > Are they? Are you sure you don't confuse that with -fexceptions? They clearly are: fasynchronous-unwind-tables Common Var(flag_asynchronous_unwind_tables) Optimization Generate unwind tables that are exact at each instruction boundary. and funwind-tables Common Var(flag_unwind_tables) Optimization Just generate unwind tables for exception handling. The Optimization keyword is what implies that, as documented: 'PerFunction' This is an option that can be overridden on a per-function basis. 'Optimization' implies 'PerFunction', but options that do not affect executable code generation may use this flag instead, so that the option is not taken into account in ways that might affect executable code generation. Jakub