public inbox for gcc-cvs@sourceware.org
help / color / mirror / Atom feed
* [gcc r13-1616] [Ada] Remove excessive guard in detection of access-to-variable objects
@ 2022-07-12 12:24 Pierre-Marie de Rodat
  0 siblings, 0 replies; only message in thread
From: Pierre-Marie de Rodat @ 2022-07-12 12:24 UTC (permalink / raw)
  To: gcc-cvs

https://gcc.gnu.org/g:474946c61a5dd5335ced09d52a95d1e3d90d1455

commit r13-1616-g474946c61a5dd5335ced09d52a95d1e3d90d1455
Author: Piotr Trojanek <trojanek@adacore.com>
Date:   Mon Aug 30 12:03:52 2021 +0200

    [Ada] Remove excessive guard in detection of access-to-variable objects
    
    It is safe to call Is_Access_Variable without calling
    Is_Access_Object_Type before. Compiler cleanup only; semantics is
    unaffected.
    
    gcc/ada/
    
            * sem_util.adb (Is_Variable): Remove excessive guard.

Diff:
---
 gcc/ada/sem_util.adb | 1 -
 1 file changed, 1 deletion(-)

diff --git a/gcc/ada/sem_util.adb b/gcc/ada/sem_util.adb
index 7b7566d96c7..9cff0f72998 100644
--- a/gcc/ada/sem_util.adb
+++ b/gcc/ada/sem_util.adb
@@ -21896,7 +21896,6 @@ package body Sem_Util is
               or else (K = E_Component
                         and then not In_Protected_Function (E))
               or else (Present (Etype (E))
-                        and then Is_Access_Object_Type (Etype (E))
                         and then Is_Access_Variable (Etype (E))
                         and then Is_Dereferenced (N))
               or else K = E_Out_Parameter


^ permalink raw reply	[flat|nested] only message in thread
only message in thread, other threads:[~2022-07-12 12:24 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-07-12 12:24 [gcc r13-1616] [Ada] Remove excessive guard in detection of access-to-variable objects Pierre-Marie de Rodat

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).