public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c++/90212] [8/9/10/11 Regression] by-ref capture of constexpr class object rejected
       [not found] <bug-90212-4@http.gcc.gnu.org/bugzilla/>
@ 2020-04-30 20:01 ` jason at gcc dot gnu.org
  2020-05-05 21:40 ` cvs-commit at gcc dot gnu.org
                   ` (6 subsequent siblings)
  7 siblings, 0 replies; 8+ messages in thread
From: jason at gcc dot gnu.org @ 2020-04-30 20:01 UTC (permalink / raw)
  To: gcc-bugs

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

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

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

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

* [Bug c++/90212] [8/9/10/11 Regression] by-ref capture of constexpr class object rejected
       [not found] <bug-90212-4@http.gcc.gnu.org/bugzilla/>
  2020-04-30 20:01 ` [Bug c++/90212] [8/9/10/11 Regression] by-ref capture of constexpr class object rejected jason at gcc dot gnu.org
@ 2020-05-05 21:40 ` cvs-commit at gcc dot gnu.org
  2020-05-25 22:06 ` cvs-commit at gcc dot gnu.org
                   ` (5 subsequent siblings)
  7 siblings, 0 replies; 8+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2020-05-05 21:40 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #2 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:04b89192ace3a766a17374d5bef8fb19d9be2d7c

commit r11-122-g04b89192ace3a766a17374d5bef8fb19d9be2d7c
Author: Jason Merrill <jason@redhat.com>
Date:   Tue May 5 17:39:19 2020 -0400

    c++: constexpr and lambda capture [PR90212]

    This is the same issue as PR86429, just in potential_constant_expression_1
    rather than cxx_eval_constant_expression.  As in that case, when we're
    trying to evaluate a constant expression within a lambda, we don't have a
    constant closure object to refer to, but we can try to refer directly to
the
    captured variable.

    gcc/cp/ChangeLog
    2020-05-05  Jason Merrill  <jason@redhat.com>

            PR c++/90212
            * constexpr.c (potential_constant_expression_1): In a lambda
            function, consider a captured variable directly.

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

* [Bug c++/90212] [8/9/10/11 Regression] by-ref capture of constexpr class object rejected
       [not found] <bug-90212-4@http.gcc.gnu.org/bugzilla/>
  2020-04-30 20:01 ` [Bug c++/90212] [8/9/10/11 Regression] by-ref capture of constexpr class object rejected jason at gcc dot gnu.org
  2020-05-05 21:40 ` cvs-commit at gcc dot gnu.org
@ 2020-05-25 22:06 ` cvs-commit at gcc dot gnu.org
  2020-05-25 22:38 ` cvs-commit at gcc dot gnu.org
                   ` (4 subsequent siblings)
  7 siblings, 0 replies; 8+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2020-05-25 22:06 UTC (permalink / raw)
  To: gcc-bugs

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

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

https://gcc.gnu.org/g:aa613a81831bdc044840a95a7a7803a235608503

commit r10-8183-gaa613a81831bdc044840a95a7a7803a235608503
Author: Jason Merrill <jason@redhat.com>
Date:   Mon May 25 18:04:39 2020 -0400

    c++: constexpr and lambda capture [PR90212]

    This is the same issue as PR86429, just in potential_constant_expression_1
    rather than cxx_eval_constant_expression.  As in that case, when we're
    trying to evaluate a constant expression within a lambda, we don't have a
    constant closure object to refer to, but we can try to refer directly to
the
    captured variable.

    gcc/cp/ChangeLog
    2020-05-05  Jason Merrill  <jason@redhat.com>

            PR c++/90212
            * constexpr.c (potential_constant_expression_1): In a lambda
            function, consider a captured variable directly.

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

* [Bug c++/90212] [8/9/10/11 Regression] by-ref capture of constexpr class object rejected
       [not found] <bug-90212-4@http.gcc.gnu.org/bugzilla/>
                   ` (2 preceding siblings ...)
  2020-05-25 22:06 ` cvs-commit at gcc dot gnu.org
@ 2020-05-25 22:38 ` cvs-commit at gcc dot gnu.org
  2020-05-25 22:49 ` [Bug c++/90212] [8 " jason at gcc dot gnu.org
                   ` (3 subsequent siblings)
  7 siblings, 0 replies; 8+ messages in thread
From: cvs-commit at gcc dot gnu.org @ 2020-05-25 22:38 UTC (permalink / raw)
  To: gcc-bugs

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

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

https://gcc.gnu.org/g:0296697cf9893dc9509cdcd8e3fd4ba9fe422527

commit r9-8623-g0296697cf9893dc9509cdcd8e3fd4ba9fe422527
Author: Jason Merrill <jason@redhat.com>
Date:   Mon May 25 18:38:09 2020 -0400

    c++: constexpr and lambda capture [PR90212]

    This is the same issue as PR86429, just in potential_constant_expression_1
    rather than cxx_eval_constant_expression.  As in that case, when we're
    trying to evaluate a constant expression within a lambda, we don't have a
    constant closure object to refer to, but we can try to refer directly to
the
    captured variable.

    gcc/cp/ChangeLog
    2020-05-05  Jason Merrill  <jason@redhat.com>

            PR c++/90212
            * constexpr.c (potential_constant_expression_1): In a lambda
            function, consider a captured variable directly.

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

* [Bug c++/90212] [8 Regression] by-ref capture of constexpr class object rejected
       [not found] <bug-90212-4@http.gcc.gnu.org/bugzilla/>
                   ` (3 preceding siblings ...)
  2020-05-25 22:38 ` cvs-commit at gcc dot gnu.org
@ 2020-05-25 22:49 ` jason at gcc dot gnu.org
  2020-05-26  6:56 ` redi at gcc dot gnu.org
                   ` (2 subsequent siblings)
  7 siblings, 0 replies; 8+ messages in thread
From: jason at gcc dot gnu.org @ 2020-05-25 22:49 UTC (permalink / raw)
  To: gcc-bugs

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[8/9/10/11 Regression]      |[8 Regression] by-ref
                   |by-ref capture of constexpr |capture of constexpr class
                   |class object rejected       |object rejected

--- Comment #5 from Jason Merrill <jason at gcc dot gnu.org> ---
Fixed for 9.4/10.2/11.  Is this important to fix in GCC 8?

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

* [Bug c++/90212] [8 Regression] by-ref capture of constexpr class object rejected
       [not found] <bug-90212-4@http.gcc.gnu.org/bugzilla/>
                   ` (4 preceding siblings ...)
  2020-05-25 22:49 ` [Bug c++/90212] [8 " jason at gcc dot gnu.org
@ 2020-05-26  6:56 ` redi at gcc dot gnu.org
  2020-05-26  6:57 ` redi at gcc dot gnu.org
  2021-05-14 13:06 ` jakub at gcc dot gnu.org
  7 siblings, 0 replies; 8+ messages in thread
From: redi at gcc dot gnu.org @ 2020-05-26  6:56 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #6 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Not important for me. I don't remember where the yesterday came from.

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

* [Bug c++/90212] [8 Regression] by-ref capture of constexpr class object rejected
       [not found] <bug-90212-4@http.gcc.gnu.org/bugzilla/>
                   ` (5 preceding siblings ...)
  2020-05-26  6:56 ` redi at gcc dot gnu.org
@ 2020-05-26  6:57 ` redi at gcc dot gnu.org
  2021-05-14 13:06 ` jakub at gcc dot gnu.org
  7 siblings, 0 replies; 8+ messages in thread
From: redi at gcc dot gnu.org @ 2020-05-26  6:57 UTC (permalink / raw)
  To: gcc-bugs

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

--- Comment #7 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Oops, autocorrect.

s/yesterday/testcase/

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

* [Bug c++/90212] [8 Regression] by-ref capture of constexpr class object rejected
       [not found] <bug-90212-4@http.gcc.gnu.org/bugzilla/>
                   ` (6 preceding siblings ...)
  2020-05-26  6:57 ` redi at gcc dot gnu.org
@ 2021-05-14 13:06 ` jakub at gcc dot gnu.org
  7 siblings, 0 replies; 8+ messages in thread
From: jakub at gcc dot gnu.org @ 2021-05-14 13:06 UTC (permalink / raw)
  To: gcc-bugs

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

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

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

--- Comment #8 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
The GCC 8 branch is being closed, fixed in GCC 9.4.

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

end of thread, other threads:[~2021-05-14 13:06 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <bug-90212-4@http.gcc.gnu.org/bugzilla/>
2020-04-30 20:01 ` [Bug c++/90212] [8/9/10/11 Regression] by-ref capture of constexpr class object rejected jason at gcc dot gnu.org
2020-05-05 21:40 ` cvs-commit at gcc dot gnu.org
2020-05-25 22:06 ` cvs-commit at gcc dot gnu.org
2020-05-25 22:38 ` cvs-commit at gcc dot gnu.org
2020-05-25 22:49 ` [Bug c++/90212] [8 " jason at gcc dot gnu.org
2020-05-26  6:56 ` redi at gcc dot gnu.org
2020-05-26  6:57 ` redi at gcc dot gnu.org
2021-05-14 13:06 ` jakub at gcc dot gnu.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).