From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-1.mimecast.com (us-smtp-1.mimecast.com [207.211.31.81]) by sourceware.org (Postfix) with ESMTP id D6BEB384605A for ; Wed, 26 Aug 2020 21:02:39 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org D6BEB384605A Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-485-ke5FlV4gM7ivyeueMThOfQ-1; Wed, 26 Aug 2020 17:02:35 -0400 X-MC-Unique: ke5FlV4gM7ivyeueMThOfQ-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 9906718B9EC2; Wed, 26 Aug 2020 21:02:34 +0000 (UTC) Received: from ovpn-112-190.phx2.redhat.com (ovpn-112-190.phx2.redhat.com [10.3.112.190]) by smtp.corp.redhat.com (Postfix) with ESMTP id 2A0761002D40; Wed, 26 Aug 2020 21:02:34 +0000 (UTC) Message-ID: <5a10c74882a35cae5089b8b82aa96c3cf5800ed2.camel@redhat.com> Subject: Re: [PATCH 3/3] vec: use inexact growth where possible. From: Jeff Law Reply-To: law@redhat.com To: Martin =?UTF-8?Q?Li=C5=A1ka?= , Richard Biener Cc: GCC Patches , Jan Hubicka Date: Wed, 26 Aug 2020 15:02:33 -0600 In-Reply-To: <4fab8070-5eff-1f2c-b916-8af1101fd0f9@suse.cz> References: <8bf8b90a-6d10-90e3-62aa-633f7bbf71be@suse.cz> <34bd3626-39c0-2516-208d-0ebf5a736b1c@suse.cz> <20200727111104.GB84823@kam.mff.cuni.cz> <0011f4a6-7ece-47f6-e864-f837216f71c7@suse.cz> <84b9586d-63da-18bd-9113-05597520d58c@suse.cz> <4fab8070-5eff-1f2c-b916-8af1101fd0f9@suse.cz> Organization: Red Hat User-Agent: Evolution 3.36.5 (3.36.5-1.fc32) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 X-Mimecast-Spam-Score: 0.002 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-6.7 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_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 21:02:41 -0000 On Tue, 2020-08-11 at 13:37 +0200, Martin Liška wrote: > From cc1d41a469d76f2f8e4f44bed788ace77a1c6d62 Mon Sep 17 00:00:00 2001 > From: Martin Liska > Date: Mon, 10 Aug 2020 12:09:19 +0200 > Subject: [PATCH 3/3] vec: use inexact growth where possible. > > gcc/ChangeLog: > > * cfgrtl.c (rtl_create_basic_block): Use default value for > growth vector function. > * gimple.c (gimple_set_bb): Likewise. > * symbol-summary.h: Likewise. > * tree-cfg.c (init_empty_tree_cfg_for_function): Likewise. > (build_gimple_cfg): Likewise. > (create_bb): Likewise. > (move_block_to_fn): Likewise. I'll note that in some cases we were avoiding exponential growth in our new size computations. Presumably the inexact growth support will do something similar, even if it's not exactly the same. Right? Assuming that's the case this is OK too. jeff