https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109899
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109898
--- Comment #1 from Richard Biener ---
make all of 'install' not parallel?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105713
--- Comment #2 from Richard Biener ---
Similarly DECL_NOT_GIMPLE_REG_P. "easiest" to do with attributes on the
declaration I guess. GIMPLE FE specific attributes should be not recognized
without -fgimple and should be prefixed g_addressable, g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106902
--- Comment #24 from Richard Biener ---
(In reply to Andrew Pinski from comment #23)
> (In reply to Alexander Monakov from comment #22)
> > Created attachment 55105 [details]
> > patch 1/3
> >
> > (In reply to Richard Biener from comment #21)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109441
--- Comment #4 from Richard Biener ---
(In reply to AK from comment #3)
> > But IMHO it's academic, right?
>
> yes. i was just messing with vector codegen. But in case all the elements of
> a vector/array are same, maybe the loop can be replace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101853
--- Comment #17 from Jiu Fu Guo ---
> But "nobody" counts that close, so better say "no xtreme-header-* failures
> since r13-5702-g72058eea9d407e".
:) Since these failures occur erratically, so maybe reopen this or open a new
one if the failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100052
--- Comment #15 from Jiu Fu Guo ---
(In reply to seurer from comment #14)
> The failures occur erratically so one clean run doesn't mean much. Scanning
> the test results mailing list I see failures for this just today in trunk.
Yeap, thanks f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109901
--- Comment #7 from Richard Yao ---
Two more rules:
bool0 - bool1 >= 0 -> bool0 | !bool1 -> bool1 >= bool0
bool0 - bool1 <= 0 -> !bool0 | bool1 -> bool0 <= bool1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106020
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 106074, which changed state.
Bug 106074 Summary: Spurious Wstringop-overflow for int-to-string with SSE4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106074
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106074
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99476
YunQiang Su changed:
What|Removed |Added
CC||syq at debian dot org
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106020
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106020
Andrew Pinski changed:
What|Removed |Added
Attachment #55107|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106020
Andrew Pinski changed:
What|Removed |Added
Keywords|lto |
--- Comment #9 from Andrew Pinski ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109883
Xi Ruoyao changed:
What|Removed |Added
Target Milestone|--- |13.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106020
Andrew Pinski changed:
What|Removed |Added
Summary|Spurious warnings about |Spurious warnings about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106020
--- Comment #7 from Andrew Pinski ---
Created attachment 55107
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55107&action=edit
single file testcase
`-O3 -W -Wall t.cc -flto -march=skylake` is enough to invoke the warning.
NOTE -march=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105831
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105831
--- Comment #3 from Andrew Pinski ---
Note I think most folks on AIX, uses CONFIG_SHELL=bash due to the speed of
/bin/sh and configure :
https://gcc.gnu.org/install/specific.html#x-ibm-aix
So the patch to configure.ac while good does not do muc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109901
--- Comment #6 from Richard Yao ---
(In reply to Andrew Pinski from comment #1)
> bool0 - bool1 == 1 -> bool0 & !bool1 -> bool0 < bool1
> bool0 - bool1 > 0 -> bool0 & !bool1 -> bool0 < bool1
That should be:
bool0 - bool1 == 1 -> bool0 & !bool1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106026
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100557
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.4
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106026
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106026
--- Comment #3 from Andrew Pinski ---
Reduced to:
```
struct k {
template
auto operator()(CPO cpo, Args &&...args) const
-> decltype(tag_invoke(cpo, args...))
{
return tag_invoke(cpo, args...);
}
};
k j{};
struct nn {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109901
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109901
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> (In reply to Andrew Pinski from comment #1)
> > bool0 - bool1 == 0 -> !bool0 & !bool1 -> !(bool0 | bool1)
> Sorry I messed this one up:
> bool0 - bool1 == 0 -> (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109901
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> bool0 - bool1 == 0 -> !bool0 & !bool1 -> !(bool0 | bool1)
Sorry I messed this one up:
bool0 - bool1 == 0 -> (bool0 & bool1) | (!bool0 & !bool1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109901
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-05-18
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109901
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109901
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |tree-optimization
Severity|no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109901
Bug ID: 109901
Summary: Optimization opportunity: a) > (b)) - ((a) < (b)))
< 0) -> ((a) < (b))
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109896
--- Comment #5 from Thiago Macieira ---
(In reply to Andrew Pinski from comment #4)
> If you are that picky for cycles, these cycles are not going to be a problem
> compared to the dynamic allocation that is just about to happen ..
Yeah, I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106026
--- Comment #2 from Andrew Pinski ---
Reducing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101853
--- Comment #16 from Hans-Peter Nilsson ---
(In reply to Hans-Peter Nilsson from comment #15)
> Fixed for cris-elf after r12-6062-gba64166bf81b6e but before-and-inclusive
> r12-6066-g6bcb6ed5a44b6f.
That was just counting g++.dg/modules/xtreme-h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 101853, which changed state.
Bug 101853 Summary: [12/13/14 Regression] g++.dg/modules/xtreme-header-5_b.C ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101853
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101853
Hans-Peter Nilsson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109896
--- Comment #4 from Andrew Pinski ---
(In reply to Thiago Macieira from comment #3)
> 5 instructions, 4 cycles (not including front-end decode), so roughly the
> same as the imulq example above (4 cycles), but with far more ports to
> dispatch t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109896
--- Comment #3 from Thiago Macieira ---
(In reply to H.J. Lu from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > I suspect the overflow code was added before __builtin_*_overflow were added
> > which is why the generated code is t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105910
Andrew Pinski changed:
What|Removed |Added
Known to work||10.1.0, 4.7.2, 9.5.0
Keywords
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105910
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105910
Andrew Pinski changed:
What|Removed |Added
Known to fail||4.1.2
Summary|ICE: with -O1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105875
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|tree-optimizatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105713
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109900
Bug ID: 109900
Summary: _mm256_abs_epi8 is not expanded on gimple level
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancemen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106060
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106060
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109899
--- Comment #3 from Andrew Pinski ---
A little further reduced:
```
struct class1 {
class1();
~class1();
};
template using array = T[1];
template
auto f1() -> decltype(sizeof(array{}));
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109899
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-05-17
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94899
Andrew Pinski changed:
What|Removed |Added
CC||davidfromonline at gmail dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105768
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109899
--- Comment #1 from Andrew Pinski ---
Reducing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109899
Bug ID: 109899
Summary: ICE in check_noexcept_r, at cp/except.cc:1065
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105689
--- Comment #4 from Andrew Pinski ---
I thought we had another bug for this CSEing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81985
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #3 from a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105689
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105904
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109898
Bug ID: 109898
Summary: 'make install -j' sometimes corrupts 'dir' file for
.info files due to parallel 'install-info' calls
Product: gcc
Version: 14.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109896
--- Comment #2 from H.J. Lu ---
(In reply to Andrew Pinski from comment #1)
> I suspect the overflow code was added before __builtin_*_overflow were added
> which is why the generated code is this way.
Should the C++ front-end use __builtin_mul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105776
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109897
--- Comment #2 from W.H.Ball at bham dot ac.uk ---
> Can you confirm this?
Yes, I get the same. I also get a nicer error message with -std=f2008.
Thanks for finding this, since that's already a potential workaround I can
investigate in the code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109897
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Component|fortran |libfortran
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104352
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95374
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104352
--- Comment #4 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:7bafe652dba9167b65e7b5ef24e77eceb49709ba
commit r14-950-g7bafe652dba9167b65e7b5ef24e77eceb49709ba
Author: Harald Anlauf
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95374
--- Comment #3 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:7bafe652dba9167b65e7b5ef24e77eceb49709ba
commit r14-950-g7bafe652dba9167b65e7b5ef24e77eceb49709ba
Author: Harald Anlauf
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109897
Bug ID: 109897
Summary: Incorrect bad namelist object reported in error
message when bad data appears after a valid array
component
Product: gcc
Version: og12 (d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109892
Richard Biener changed:
What|Removed |Added
Blocks||53947
--- Comment #2 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109889
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109868
--- Comment #19 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:8618aed89650bbeec450191aecab3037124851b1
commit r12-9543-g8618aed89650bbeec450191aecab3037124851b1
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105775
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109883
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109884
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109868
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109883
--- Comment #11 from CVS Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:c42950e2d380d0da26203fb1eb39497c0a400b2d
commit r13-7341-gc42950e2d380d0da26203fb1eb39497c0a400b2d
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109884
--- Comment #10 from CVS Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:1ce8a5472f4fd98318b5f3575797b56b814b8ad9
commit r13-7340-g1ce8a5472f4fd98318b5f3575797b56b814b8ad9
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109868
--- Comment #17 from CVS Commits ---
The releases/gcc-13 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:72225ff27217b1a060a24d80cb21bdc1e583ef26
commit r13-7339-g72225ff27217b1a060a24d80cb21bdc1e583ef26
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109883
--- Comment #10 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:883f1e25dc7907c9bb37f480b900336a050218f1
commit r14-949-g883f1e25dc7907c9bb37f480b900336a050218f1
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109886
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109884
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:c8da62cfc6475c4b7213b2164c2c0ec8ea6d96b6
commit r14-944-gc8da62cfc6475c4b7213b2164c2c0ec8ea6d96b6
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106409
--- Comment #8 from Thiago Macieira ---
(In reply to Andrew Pinski from comment #7)
> See PR 58525 also which added that code path.
That explains why it won't call __cxa_throw_bad_array_new_length, but not why
it will call operator new[](-1). M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106902
--- Comment #23 from Andrew Pinski ---
(In reply to Alexander Monakov from comment #22)
> Created attachment 55105 [details]
> patch 1/3
>
> (In reply to Richard Biener from comment #21)
> >
> > Sounds reasonable. Though I wouldn't use GENERI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95374
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106902
--- Comment #22 from Alexander Monakov ---
Created attachment 55105
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55105&action=edit
patch 1/3
(In reply to Richard Biener from comment #21)
>
> Sounds reasonable. Though I wouldn't use GE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106409
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109896
--- Comment #1 from Andrew Pinski ---
I suspect the overflow code was added before __builtin_*_overflow were added
which is why the generated code is this way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106900
--- Comment #8 from Jan-Benedict Glaw ---
Thanks a lot! I scheduled builds for the three affected targets (from my
target list.) The box is quite loaded right now (and a few jobs a before those
three), so I guess it'll take a few hours.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106409
--- Comment #6 from Thiago Macieira ---
Suggestion: add a function to libgcc to be called instead of
__cxa_throw_bad_array_new_length when exceptions are disabled. That function
can be a mere two instructions, but it provides two advantages:
* n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109896
Bug ID: 109896
Summary: Missed optimisation: overflow detection in
multiplication instructions for operator new
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109895
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106409
Andrew Pinski changed:
What|Removed |Added
CC||thiago at kde dot org
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106409
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87628
--- Comment #6 from AK ---
Opened a bug for clang as well:
https://github.com/llvm/llvm-project/issues/62783
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109605
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109895
Bug ID: 109895
Summary: -Walloc-size-larger-than complains about code it
generated itself under -flto -fno-exceptions
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87628
--- Comment #5 from AK ---
As per: https://en.cppreference.com/w/cpp/memory/new/operator_delete
"""
In all cases, if ptr is a null pointer, the standard library deallocation
functions do nothing. If the pointer passed to the standard library
deal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109441
--- Comment #3 from AK ---
> But IMHO it's academic, right?
yes. i was just messing with vector codegen. But in case all the elements of a
vector/array are same, maybe the loop can be replaced with equivalent
computation?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109770
--- Comment #9 from Jonathan Wakely ---
(In reply to Richard Biener from comment #0)
> Base *p = new B;
I think if there isn't really a B at this address, then the derived-to-base
conversion would be undefined.
So on that basis, the compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109865
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |INVALID
--- Comment #17 from Andrew Pin
1 - 100 of 199 matches
Mail list logo