https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68606
--- Comment #16 from Richard Biener ---
(In reply to Jonathan Wakely from comment #14)
> (In reply to R. Diez from comment #13)
> > About implementing a proper solution (my patch is just a workaround): There
> > are probably guys who want to cont
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107082
Bug ID: 107082
Summary: Fix incorrect handle in vectorizable_induction for
mixed induction type
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107055
--- Comment #5 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:f758d447d7f4699253c9f8ee345ba9b8357cdb22
commit r13-2925-gf758d447d7f4699253c9f8ee345ba9b8357cdb22
Author: liuhongt
Date: Wed Sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107055
--- Comment #6 from Hongtao.liu ---
Fixed in GCC13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107055
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107056
Richard Biener changed:
What|Removed |Added
Keywords||error-recovery
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107057
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107058
Richard Biener changed:
What|Removed |Added
Component|ipa |debug
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107060
--- Comment #6 from Richard Biener ---
One approach (usually taken by GCC ...) is to add --param tunables and
hard-limit search depth/width and number-of-FOO to track with providing means
to
up those limits. Both to limit compile-time but also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107062
Richard Biener changed:
What|Removed |Added
Keywords||testsuite-fail
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107075
--- Comment #2 from Richard Biener ---
There's a static variable ('z') with an initializer that refers to an automatic
variable ('a').
The appropriate way to runtime initialize is not with DECL_INITIAL but
instead with an INIT_EXPR or MODIFY_EX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107077
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107078
--- Comment #3 from Richard Biener ---
IIRC there are also unfixed devirt issues (and some not backported yet?)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107071
--- Comment #3 from Andreas Schwab ---
Still STOP 3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105646
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:a1cd4d52d6ef90b977fb2d80c1cf17f3efa5b01d
commit r13-2926-ga1cd4d52d6ef90b977fb2d80c1cf17f3efa5b01d
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 105646, which changed state.
Bug 105646 Summary: g++ does not raise "xxx may be used uninitialized" warning
on dead code when optimizing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105646
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105646
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107075
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107071
--- Comment #4 from Andreas Schwab ---
The problem is that set_fpu_trap_exceptions does not check if feenableexcept
was successful. Just because FE_* are defined does not mean that the hardware
supports fpu exceptions of that kind (it may depen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107071
--- Comment #5 from Francois-Xavier Coudert ---
Right now the code to test support is indeed like this for glibc targets except
x86/x86_64 (libgfortran/config/fpu-glibc.h):
int
support_fpu_rounding_mode (int mode)
{
switch (mode)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107083
Bug ID: 107083
Summary: internal compiler error: in core_vals, at
cp/module.cc:6127
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106897
--- Comment #7 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:b7723e135334df95597c8c744276b9de5a88214a
commit r13-2931-gb7723e135334df95597c8c744276b9de5a88214a
Author: Martin Liska
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106897
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68606
--- Comment #17 from Jonathan Wakely ---
(In reply to Richard Biener from comment #16)
> Any such solution would also be OK to backport I think.
Yeah, it would have no effect unless you explicitly enable the new option.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107084
Bug ID: 107084
Summary: Program does not link with Standard Library Header
Unit but with correspoding #include
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059
--- Comment #28 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a5a9237e2a78a9854f1f87e63ef5619cf8ba7360
commit r13-2932-ga5a9237e2a78a9854f1f87e63ef5619cf8ba7360
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059
--- Comment #29 from Jakub Jelinek ---
https://gcc.gnu.org/pipermail/gcc-patches/2022-September/602431.html
still awaits review, the rest should be fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107078
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107085
Bug ID: 107085
Summary: __reference_constructs_from_temporary does not detect
static up-cast
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107025
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:0f244d848cffeda68f0eb4c5bb9c7e629bf2e957
commit r13-2940-g0f244d848cffeda68f0eb4c5bb9c7e629bf2e957
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107085
--- Comment #1 from Jonathan Wakely ---
You can't bind a non-const Base& to a Derived prvalue, so this seems correct.
The reference doesn't bind to it at all, so it doesn't bind to a temporary.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107054
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107085
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107078
--- Comment #5 from Tomasz Kłoczko ---
FWD of the firebird developer from
https://github.com/FirebirdSQL/firebird/issues/7308#issuecomment-1262043660
"Firebird (that code left from interbase times) traditionally zeroes
memory when allocating a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107078
--- Comment #6 from Andrew Pinski ---
(In reply to Tomasz Kłoczko from comment #5)
> FWD of the firebird developer from
> https://github.com/FirebirdSQL/firebird/issues/7308#issuecomment-1262043660
>
> "Firebird (that code left from interbase t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107078
--- Comment #7 from Jakub Jelinek ---
Then as documented, -fno-lifetime-dse or -flifetime-dse=1 can be a temporary
workaround, but as has been said, such code is undefined behavior and should be
fixed in the application.
See
https://gcc.gnu.org/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107078
--- Comment #8 from Tomasz Kłoczko ---
(In reply to Andrew Pinski from comment #6)
[..]
> Then almost certainly -fno-lifetime-dse will help.
Tested -O2 + LTO + -fno-lifetime-dse and it crashes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107078
--- Comment #9 from Tomasz Kłoczko ---
(In reply to Jakub Jelinek from comment #7)
> Then as documented, -fno-lifetime-dse or -flifetime-dse=1 can be a temporary
> workaround, but as has been said, such code is undefined behavior and should
> be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107085
--- Comment #3 from Roy Jacobson ---
Thanks! But a Base const& is still not detected:
static_assert(__reference_constructs_from_temporary(Base const&, Derived));
And in this case I think it _is_ a bug that this doesn't compile?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25521
--- Comment #10 from CVS Commits ---
The master branch has been updated by Jose E. Marchesi :
https://gcc.gnu.org/g:a0aafbc324aa90421f0ce99c6f5bbf64ed163da6
commit r13-2952-ga0aafbc324aa90421f0ce99c6f5bbf64ed163da6
Author: Jose E. Marchesi
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107078
--- Comment #10 from Tomasz Kłoczko ---
Tested -O2 + LTO + -flifetime-dse=1 and it crashes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107078
--- Comment #11 from Tomasz Kłoczko ---
Tested -O2 + LTO + -flifetime-dse=1 and it crashes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106902
--- Comment #17 from Alexander Monakov ---
(In reply to Richard Biener from comment #16)
> I do think that since the only way to
> preserve expression boundaries is by PAREN_EXPR
Yes, but...
> that the middle-end
> shouldn't care about FAST v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107076
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107080
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107057
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100616
--- Comment #3 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:a1f7f9541c2b20eb44750b9c15cd831c62d67f21
commit r13-2953-ga1f7f9541c2b20eb44750b9c15cd831c62d67f21
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106982
--- Comment #3 from CVS Commits ---
The releases/gcc-12 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:afea1ae84f0c3e64137289c44c756195babe1845
commit r12-8793-gafea1ae84f0c3e64137289c44c756195babe1845
Author: Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107085
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107086
Bug ID: 107086
Summary: gcc trunkc at -O1 failed to detect a
stack-use-after-return
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68606
--- Comment #18 from Thibaut M. ---
Jonathan, it looks like you have a good idea of what could be the patch, could
you detail it please? :) Or are you referring to the one you already suggested
here https://gcc.gnu.org/legacy-ml/gcc-patches/2016-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107086
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107085
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107057
--- Comment #2 from Uroš Bizjak ---
Reload starts with:
(insn 76 67 101 5 (set (reg/v:V2DF 108 [ x ])
(vec_concat:V2DF (reg:DF 182)
(reg:DF 182))) "pr107057.c":7:10 5952 {vec_concatv2df}
(expr_list:REG_EQUAL (const_vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68606
--- Comment #19 from Jonathan Wakely ---
Dunno yet, I need to remind myself what that old patch did, and decide if it's
the right approach. I'm busy with other things for now so haven't looked at it
yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106902
--- Comment #18 from rguenther at suse dot de ---
On Thu, 29 Sep 2022, amonakov at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106902
>
> --- Comment #17 from Alexander Monakov ---
> (In reply to Richard Biener from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107028
--- Comment #3 from CVS Commits ---
The master branch has been updated by Julian Brown :
https://gcc.gnu.org/g:8ace67ddb97698709a622b2f8ba2718524aa5eeb
commit r13-2957-g8ace67ddb97698709a622b2f8ba2718524aa5eeb
Author: Julian Brown
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107079
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2022-09-29
Summary|ICE initi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107087
Bug ID: 107087
Summary: bits/stl_algobase.h:431: warning: 'void*
__builtin_memcpy(void*, const void*, unsigned int)'
reading between 8 and 2147483644 bytes from a region
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78530
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107057
Uroš Bizjak changed:
What|Removed |Added
Component|target |rtl-optimization
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107071
--- Comment #6 from Richard Earnshaw ---
Whilst the patch is probably fine and a better way of doing this, it won't fix
the test failure. I think your problem is that you're assuming that an
exception will cause a trap in hardware. That's not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107069
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105329
Martin Sebor changed:
What|Removed |Added
CC||joerg.rich...@pdv-fs.de
--- Comment #23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84774
Bug 84774 depends on bug 107069, which changed state.
Bug 107069 Summary: string assignment triggers warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107069
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107071
--- Comment #7 from Francois-Xavier Coudert ---
@Richard The test in gfortran.dg/ieee/modes_1.f90 is not doing that. It is
checking that the floating-point modes (rounding mode, underflow mode, and
halting modes) can be set and restored. It is n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107084
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107028
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107088
Bug ID: 107088
Summary: [13 Regression] cselib ICE building __trunctfxf2 on
ia64
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107089
Bug ID: 107089
Summary: Line-terminating '\' leaves the characters when the
next-line is a multi-line comment
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107090
Bug ID: 107090
Summary: [aarch64] sequence logic should be combined with mul
and umulh
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93046
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:bbdb5612f6661f2c64b0c0f1d2291cb59fde2b40
commit r13-2964-gbbdb5612f6661f2c64b0c0f1d2291cb59fde2b40
Author: Jason Merrill
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107090
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97930
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105505
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107065
--- Comment #8 from Marc Glisse ---
(simplify
(bit_not (bit_not @0))
@0)
while in an other place we have
(simplify
(bit_and @0 integer_all_onesp)
(non_lvalue @0))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107091
Bug ID: 107091
Summary: Misleading error message "incompatible types when
returning ..."
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107061
--- Comment #2 from CVS Commits ---
The releases/gcc-12 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:f1454a75c9a165c0ba30833f23f799044fd7a7fe
commit r12-8795-gf1454a75c9a165c0ba30833f23f799044fd7a7fe
Author: H.J. Lu
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107088
--- Comment #1 from Stefan Schulze Frielinghaus
---
The patch introduces
scalar_int_mode int_mode;
if (REG_P (x) && is_int_mode (mode, &int_mode)
&& REG_VALUES (REGNO (x)) != NULL
&& (!cselib_current_insn || !DEBUG_INSN_P (cselib_curre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82868
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:22c2658a8b6ae9ece8b33bc483c04a767168b5f4
commit r12-8797-g22c2658a8b6ae9ece8b33bc483c04a767168b5f4
Author: Harald Anlauf
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107054
--- Comment #6 from CVS Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:2773a90c0f4f323e8ace0593893bc8fcbd2266cf
commit r12-8798-g2773a90c0f4f323e8ace0593893bc8fcbd2266cf
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106985
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:2e81790f45c9b7ced4d8c70c3122404854aa5be5
commit r12-8796-g2e81790f45c9b7ced4d8c70c3122404854aa5be5
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107061
--- Comment #3 from CVS Commits ---
The releases/gcc-11 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:f8204b10e6bae0721ab74ad77a80b3761ebaf501
commit r11-10279-gf8204b10e6bae0721ab74ad77a80b3761ebaf501
Author: H.J. Lu
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107061
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107088
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
--- Comment #2 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107065
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107088
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2022-09-29
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107088
--- Comment #4 from Richard Biener ---
/* Skip BImode. FIXME: BImode probably shouldn't be MODE_INT. */
if (m->boolean)
continue;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107000
--- Comment #10 from anlauf at gcc dot gnu.org ---
(In reply to kargl from comment #9)
> This catches the parenthesis.
... but it is still not sufficient to handle ugly stuff like:
print *, [real :: 1, +(+(.true.))] * 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107000
--- Comment #11 from Steve Kargl ---
On Thu, Sep 29, 2022 at 07:57:24PM +, anlauf at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107000
>
> --- Comment #10 from anlauf at gcc dot gnu.org ---
> (In reply to kargl fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102576
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:c2ee70f20de8133a88553270073226b0f3f55f62
commit r13-2969-gc2ee70f20de8133a88553270073226b0f3f55f62
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102576
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99227
Bug 99227 depends on bug 102576, which changed state.
Bug 102576 Summary: [modules] Importing doesn't permit
implicit uses
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102576
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 102576, which changed state.
Bug 102576 Summary: [modules] Importing doesn't permit
implicit uses
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102576
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98776
Sebastian Pop changed:
What|Removed |Added
CC||spop at gcc dot gnu.org
--- Comment #9 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100616
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 100616, which changed state.
Bug 100616 Summary: [modules] ICE when a variable of class taking a non-type
template argument is defined both inside and outside the module
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=1006
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107033
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 107033, which changed state.
Bug 107033 Summary: [13 Regression] [modules] Variable template of type trait
via importable header gives wrong result
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107033
What
1 - 100 of 113 matches
Mail list logo
