public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c++/20040] A new expression must check the access level of delete operator
       [not found] <bug-20040-4@http.gcc.gnu.org/bugzilla/>
@ 2022-01-06 21:19 ` jason at gcc dot gnu.org
  2022-01-07 22:12 ` cvs-commit at gcc dot gnu.org
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 6+ messages in thread
From: jason at gcc dot gnu.org @ 2022-01-06 21:19 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20040

Jason Merrill <jason at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
                 CC|                            |jason at gcc dot gnu.org
           Assignee|unassigned at gcc dot gnu.org      |jason at gcc dot gnu.org

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug c++/20040] A new expression must check the access level of delete operator
       [not found] <bug-20040-4@http.gcc.gnu.org/bugzilla/>
  2022-01-06 21:19 ` [Bug c++/20040] A new expression must check the access level of delete operator jason at gcc dot gnu.org
@ 2022-01-07 22:12 ` cvs-commit at gcc dot gnu.org
  2022-01-21 20:18 ` cvs-commit at gcc dot gnu.org
  2022-01-28  4:40 ` jason at gcc dot gnu.org
  3 siblings, 0 replies; 6+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2022-01-07 22:12 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20040

--- Comment #3 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Jason Merrill <jason@gcc.gnu.org>:

https://gcc.gnu.org/g:6cd51207f5732b5258e883e9030b94c987b6d696

commit r12-6375-g6cd51207f5732b5258e883e9030b94c987b6d696
Author: Jason Merrill <jason@redhat.com>
Date:   Thu Jan 6 16:13:04 2022 -0500

    c++: check delete access with trivial init [PR20040]

    Apparently we need to check the accessibility of the deallocation function
    even if there is no initialization.

            PR c++/20040

    gcc/cp/ChangeLog:

            * init.c (build_new_1): Also build pointer cleanup if
            TYPE_GETS_DELETE.
            * cp-tree.h (TYPE_GETS_VEC_DELETE): New.

    gcc/testsuite/ChangeLog:

            * g++.dg/init/delete4.C: New test.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug c++/20040] A new expression must check the access level of delete operator
       [not found] <bug-20040-4@http.gcc.gnu.org/bugzilla/>
  2022-01-06 21:19 ` [Bug c++/20040] A new expression must check the access level of delete operator jason at gcc dot gnu.org
  2022-01-07 22:12 ` cvs-commit at gcc dot gnu.org
@ 2022-01-21 20:18 ` cvs-commit at gcc dot gnu.org
  2022-01-28  4:40 ` jason at gcc dot gnu.org
  3 siblings, 0 replies; 6+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2022-01-21 20:18 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20040

--- Comment #4 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Jason Merrill <jason@gcc.gnu.org>:

https://gcc.gnu.org/g:847a8301add0a316767878342c1367948835c181

commit r12-6808-g847a8301add0a316767878342c1367948835c181
Author: Jason Merrill <jason@redhat.com>
Date:   Fri Jan 21 12:49:03 2022 -0500

    c++: class array new checking [PR104084]

    My patch for PR20040 made us stop exiting early from build_new_1 in
    cases of trivial initialization if there's a class operator delete; as a
    result, code later in the function needs to handle this case properly.

            PR c++/104084
            PR c++/20040

    gcc/cp/ChangeLog:

            * init.cc (build_new_1): Only pull out TARGET_EXPR_INITIAL if
            alloc_expr is a TARGET_EXPR.

    gcc/testsuite/ChangeLog:

            * g++.dg/init/new50.C: New test.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug c++/20040] A new expression must check the access level of delete operator
       [not found] <bug-20040-4@http.gcc.gnu.org/bugzilla/>
                   ` (2 preceding siblings ...)
  2022-01-21 20:18 ` cvs-commit at gcc dot gnu.org
@ 2022-01-28  4:40 ` jason at gcc dot gnu.org
  3 siblings, 0 replies; 6+ messages in thread
From: jason at gcc dot gnu.org @ 2022-01-28  4:40 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20040

Jason Merrill <jason at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |FIXED
             Status|ASSIGNED                    |RESOLVED
   Target Milestone|---                         |12.0

--- Comment #5 from Jason Merrill <jason at gcc dot gnu.org> ---
Fixed for GCC 12.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug c++/20040] A new expression must check the access level of delete operator
       [not found] <bug-20040-10087@http.gcc.gnu.org/bugzilla/>
@ 2006-09-08 20:30 ` amylaar at gcc dot gnu dot org
  0 siblings, 0 replies; 6+ messages in thread
From: amylaar at gcc dot gnu dot org @ 2006-09-08 20:30 UTC (permalink / raw)
  To: gcc-bugs



------- Comment #2 from amylaar at gcc dot gnu dot org  2006-09-08 20:30 -------
g++ also fails to check the accessibility of the destructor:

class C
{
private:
  void operator delete (void *p)  throw ();
};

void
f ()
{
  C *p = new C;
}

class D
{
private:
  ~D ();
};

void
g ()
{
  D *p = new D;
}


-- 

amylaar at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |joern dot rennecke at st dot
                   |                            |com
      Known to fail|2.95.3 3.0.4 3.2.3 3.3.3    |2.95.3 3.0.4 3.2.3 3.3.3
                   |3.4.0 4.0.0                 |3.4.0 4.0.0 4.2.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20040


^ permalink raw reply	[flat|nested] 6+ messages in thread

* [Bug c++/20040] A new expression must check the access level of delete operator
  2005-02-18  4:11 [Bug c++/20040] New: " msadoghi at ca dot ibm dot com
@ 2005-02-18  4:12 ` pinskia at gcc dot gnu dot org
  0 siblings, 0 replies; 6+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-02-18  4:12 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2005-02-17 21:28 -------
Confirmed, not a regression.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|                            |1
           Keywords|                            |accepts-invalid
      Known to fail|                            |2.95.3 3.0.4 3.2.3 3.3.3
                   |                            |3.4.0 4.0.0
   Last reconfirmed|0000-00-00 00:00:00         |2005-02-17 21:28:11
               date|                            |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20040


^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2022-01-28  4:40 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <bug-20040-4@http.gcc.gnu.org/bugzilla/>
2022-01-06 21:19 ` [Bug c++/20040] A new expression must check the access level of delete operator jason at gcc dot gnu.org
2022-01-07 22:12 ` cvs-commit at gcc dot gnu.org
2022-01-21 20:18 ` cvs-commit at gcc dot gnu.org
2022-01-28  4:40 ` jason at gcc dot gnu.org
     [not found] <bug-20040-10087@http.gcc.gnu.org/bugzilla/>
2006-09-08 20:30 ` amylaar at gcc dot gnu dot org
2005-02-18  4:11 [Bug c++/20040] New: " msadoghi at ca dot ibm dot com
2005-02-18  4:12 ` [Bug c++/20040] " pinskia at gcc dot gnu dot org

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).