From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 111103 invoked by alias); 20 Feb 2018 18:49:58 -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 111090 invoked by uid 89); 20 Feb 2018 18:49:58 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-26.9 required=5.0 tests=BAYES_00,GIT_PATCH_0,GIT_PATCH_1,GIT_PATCH_2,GIT_PATCH_3,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy= X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 20 Feb 2018 18:49:57 +0000 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 2EABCC03675D for ; Tue, 20 Feb 2018 18:49:56 +0000 (UTC) Received: from localhost.localdomain (ovpn-112-67.rdu2.redhat.com [10.10.112.67]) by smtp.corp.redhat.com (Postfix) with ESMTP id 9E69F60BE5 for ; Tue, 20 Feb 2018 18:49:55 +0000 (UTC) From: Jeff Law Subject: [PATCH][committed][PR tree-optimization/82123] 01/06 Do nothing in EVRP analyzer is not optimizing To: gcc-patches Message-ID: <8ab6de14-3e50-37bb-4c15-f25b788875d8@redhat.com> Date: Tue, 20 Feb 2018 18:49:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------5FAB8508CC1E62A42CB1F7CA" X-IsSubscribed: yes X-SW-Source: 2018-02/txt/msg01181.txt.bz2 This is a multi-part message in MIME format. --------------5FAB8508CC1E62A42CB1F7CA Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-length: 498 This is part #1 of the patches to fix 81592/82123. The changes aren't particularly large or invasive, but I already had them broken down internally into distinct chunks, so I'm going to send them out that way. This patch allows the EVRP range analyzer to be safely called even when not optimizing. It does no analysis in that case. This prevents problems if we were to ask for sprintf warnings but not have the optimizer enabled. Bootstrapped and regression tested on x86_64-linux-gnu. Jeff --------------5FAB8508CC1E62A42CB1F7CA Content-Type: text/plain; charset=UTF-8; name="P1" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="P1" Content-length: 1420 CSogZ2ltcGxlLXNzYS1ldnJwLWFuYWx5emUuYyAoZXZycF9yYW5nZV9hbmFs eXplcjo6ZW50ZXIpOiBEbyBub3RoaW5nCglpZiBub3Qgb3B0aW1pemluZy4K CShldnJwX3JhbmdlX2FuYWx5emVyOjpyZWNvcmRfcmFuZ2VzX2Zyb21fc3Rt dCk6IExpa2V3aXNlLgoJKGV2cnBfcmFuZ2VfYW5hbHl6ZXI6OnBvcF90b19t YXJrZXIpOiBMaWtld2lzZS4KCmRpZmYgLS1naXQgYS9nY2MvZ2ltcGxlLXNz YS1ldnJwLWFuYWx5emUuYyBiL2djYy9naW1wbGUtc3NhLWV2cnAtYW5hbHl6 ZS5jCmluZGV4IDJlYjI3NjkuLmI5ZGNmOTAgMTAwNjQ0Ci0tLSBhL2djYy9n aW1wbGUtc3NhLWV2cnAtYW5hbHl6ZS5jCisrKyBiL2djYy9naW1wbGUtc3Nh LWV2cnAtYW5hbHl6ZS5jCkBAIC02OSw2ICs2OSw4IEBAIGV2cnBfcmFuZ2Vf YW5hbHl6ZXI6OnB1c2hfbWFya2VyICgpCiB2b2lkCiBldnJwX3JhbmdlX2Fu YWx5emVyOjplbnRlciAoYmFzaWNfYmxvY2sgYmIpCiB7CisgIGlmICghb3B0 aW1pemUpCisgICAgcmV0dXJuOwogICBwdXNoX21hcmtlciAoKTsKICAgcmVj b3JkX3Jhbmdlc19mcm9tX2luY29taW5nX2VkZ2UgKGJiKTsKICAgcmVjb3Jk X3Jhbmdlc19mcm9tX3BoaXMgKGJiKTsKQEAgLTI3OSw2ICsyODEsOSBAQCBl dnJwX3JhbmdlX2FuYWx5emVyOjpyZWNvcmRfcmFuZ2VzX2Zyb21fc3RtdCAo Z2ltcGxlICpzdG10LCBib29sIHRlbXBvcmFyeSkKIHsKICAgdHJlZSBvdXRw dXQgPSBOVUxMX1RSRUU7CiAKKyAgaWYgKCFvcHRpbWl6ZSkKKyAgICByZXR1 cm47CisKICAgaWYgKGR5bl9jYXN0IDxnY29uZCAqPiAoc3RtdCkpCiAgICAg OwogICBlbHNlIGlmIChzdG10X2ludGVyZXN0aW5nX2Zvcl92cnAgKHN0bXQp KQpAQCAtMzkwLDYgKzM5NSw4IEBAIGV2cnBfcmFuZ2VfYW5hbHl6ZXI6OnBv cF90b19tYXJrZXIgKHZvaWQpCiB2b2lkCiBldnJwX3JhbmdlX2FuYWx5emVy OjpsZWF2ZSAoYmFzaWNfYmxvY2sgYmIgQVRUUklCVVRFX1VOVVNFRCkKIHsK KyAgaWYgKCFvcHRpbWl6ZSkKKyAgICByZXR1cm47CiAgIHBvcF90b19tYXJr ZXIgKCk7CiB9CiAK --------------5FAB8508CC1E62A42CB1F7CA--