From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pj1-f49.google.com (mail-pj1-f49.google.com [209.85.216.49]) by sourceware.org (Postfix) with ESMTPS id B498F385624D for ; Thu, 9 Jun 2022 13:56:24 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org B498F385624D Received: by mail-pj1-f49.google.com with SMTP id gd1so21432238pjb.2 for ; Thu, 09 Jun 2022 06:56:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=46uThHbRGEioqSCs6d6eaxF+ODXMkzyG4pv0X/uy9qg=; b=y4KnQJ/30qXrw7bnkoV0DCwwK3WTHzqvxnZYVqTVmIMyu+qUGqO/unTA9GHHCkM/KX SUmseR6P7iEMHVDjQTZIj1oUgdBqKaJenC/2u0OsSz7dnTKGfWu1Wrdjjc5OxET1sTvn TMgEQlZ9YBCRnwdzPzLtIWreXRlkDGsEXx2MzJoVvD6ldhD2/FW8XqFU5I+vwUoiKLfs BMdINs8g4ZfPpJCTwm6MFckgAwbrK4iJtn9Ww2ADd+vqcaFj6oXlj2v2L/IgHiqfQ6wq shm7omMtG7AvYphaxMn6a/xhNg93ykY62HhdK3YP6OUMl9MdFh/2dj7XsZe1ScspK8Ct DTfg== X-Gm-Message-State: AOAM5325HkzpQVoWf55WG0oF8o8082JY++HRTg2TUpOmHPJCY0gidb6m lMTnl5dbTPzkVmVXKCV26YXmopKgO7HRMA== X-Google-Smtp-Source: ABdhPJw0RUkZTpqIn5IUBXyWdpl1sMKgrE/QjPM6mg9jmEmuqB8GkKzGCJzgldo9LYdWqH154Ptxqw== X-Received: by 2002:a17:90a:f2ce:b0:1e8:3e55:bbfa with SMTP id gt14-20020a17090af2ce00b001e83e55bbfamr3606381pjb.204.1654782983268; Thu, 09 Jun 2022 06:56:23 -0700 (PDT) Received: from mail-pf1-f173.google.com (mail-pf1-f173.google.com. [209.85.210.173]) by smtp.gmail.com with ESMTPSA id mn1-20020a17090b188100b001e2f383110bsm18724991pjb.11.2022.06.09.06.56.22 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 09 Jun 2022 06:56:23 -0700 (PDT) Received: by mail-pf1-f173.google.com with SMTP id u2so21164232pfc.2 for ; Thu, 09 Jun 2022 06:56:22 -0700 (PDT) X-Received: by 2002:a63:1209:0:b0:3fc:e453:5424 with SMTP id h9-20020a631209000000b003fce4535424mr33423216pgl.131.1654782982494; Thu, 09 Jun 2022 06:56:22 -0700 (PDT) MIME-Version: 1.0 From: Erick Ochoa Date: Thu, 9 Jun 2022 15:56:52 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Questions on transition from IPA_PASS (LTRANS) to SIMPLE_IPA_PASS To: gcc@gcc.gnu.org X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00, FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS, HTML_MESSAGE, KAM_DMARC_STATUS, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: gcc@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2022 13:56:28 -0000 Hi, I understand some differences between IPA_PASSes and SIMPLE_IPA_PASSes. However, I have questions about the cleanup processes that IPA_PASSes might have. * Would it be correct to assume that all node and edge summaries are deleted after the last IPA_PASS? And would it also be correct to assume that passes are responsible for releasing this information whenever it is no longer needed? In other words, are there any methods / infrastructure that runs between passes that may deallocate these summaries? * Is there any sort of processing done on cgraph_nodes and cgraph_edges beyond what is found in the LTRANS stage of each of the passes? I am imagining something similar to streaming in and streaming out trees / summaries, but I don't believe that should be the case. In my understanding, the process that runs LTRANS is the same that runs the late SIMPLE_IPA_PASSes. Thanks! -Erick