https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99160
--- Comment #6 from jim x ---
struct A{
struct Name{};
void Name(){}
};
struct B:A{
using A::Name; //#1
};
int main() {
struct B::Name d;
}
According to [basic.lookup#general-4], the lookup set occurs at `#1` would
discard the de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80804
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #2 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81311
Andrew Pinski changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97277
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80804
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96848
--- Comment #1 from Andrew Pinski ---
ICC, clang and MSVC all agree the output should be 1010.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96848
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97147
--- Comment #4 from Hongtao.liu ---
(In reply to Richard Biener from comment #3)
> (In reply to Hongtao.liu from comment #2)
> > Disable (define_insn "*sse3_haddv2df3_low" and (define_insn
> > "*sse3_hsubv2df3_low" seems to be ok.
> > But for foo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85271
--- Comment #1 from Andrew Pinski ---
GCC, ICC and clang all abort at runtime on this testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101925
--- Comment #10 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:0215b3559e55f39f38e10984a804c53907f7491c
commit r12-2939-g0215b3559e55f39f38e10984a804c53907f7491c
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97147
--- Comment #5 from rguenther at suse dot de ---
On Tue, 17 Aug 2021, crazylht at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97147
>
> --- Comment #4 from Hongtao.liu ---
> (In reply to Richard Biener from comment #3)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97097
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97647
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101938
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97648
--- Comment #2 from Andrew Pinski ---
(In reply to Marek Polacek from comment #1)
> This is also rejected by clang++ and icc.
MSVC also rejects it for accessibility reasons.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88061
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97771
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88061
Andrew Pinski changed:
What|Removed |Added
CC||erstrauss at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101940
Richard Biener changed:
What|Removed |Added
Version|unknown |12.0
--- Comment #1 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101941
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101936
--- Comment #3 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #2)
> I'll take a look at why there's the regression and revert my patch.
>
I can't reproduce it on my skylake client, anyway i will revert my patch.
> There's already an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97852
--- Comment #2 from Andrew Pinski ---
I don't think this is valid, t cannot show up in a constexpr.
ICC rejects this with a decent error message too:
(3): error: a parameter is not allowed
And if we use foo MSVC rejects it:
(7): error C2672: 'fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97946
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94517
--- Comment #1 from Andrew Pinski ---
It is we don't instantiate the constructor until we need it as shown by:
#include
struct NoDefault
{
NoDefault() = delete;
};
// compiles while should not
struct X : public NoDefault
{
template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97988
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98524
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-17
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98614
--- Comment #1 from Andrew Pinski ---
Seems to be fixed on the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101938
Aldy Hernandez changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |aldyh at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101938
--- Comment #4 from Aldy Hernandez ---
This is actually an oversight in the range-ops code. In flag_wrapv
-TYPE_MIN_VALUE = TYPE_MIN_VALUE which is special cased in the ABS folding
routine, but not in operator_abs::op1_range().
Thank you for r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94575
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88804
Andrew Pinski changed:
What|Removed |Added
CC||bisqwit at iki dot fi
--- Comment #2 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98750
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|2021-01-20 00:00:00
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98822
--- Comment #1 from Andrew Pinski ---
> MSVC accepts the final example above
Looks like that has changed in a recent build.
MSVC now errors out with:
(4): error C2084: function 'void S<1>::f(int)' already has a body
(4): note: see previous defini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101868
--- Comment #10 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:ee875b63b22e30a0dcb4b05f7532c2c416ba6cd0
commit r11-8875-gee875b63b22e30a0dcb4b05f7532c2c416ba6cd0
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101373
--- Comment #17 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:ee875b63b22e30a0dcb4b05f7532c2c416ba6cd0
commit r11-8875-gee875b63b22e30a0dcb4b05f7532c2c416ba6cd0
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101868
Richard Biener changed:
What|Removed |Added
Known to work||11.2.1
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101868
--- Comment #11 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:3ed779689631ff8f398dcde06d5efa2a3c43ef27
commit r12-2943-g3ed779689631ff8f398dcde06d5efa2a3c43ef27
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98824
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101944
Bug ID: 101944
Summary: suboptimal SLP for reduced case from namd_r
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101944
--- Comment #1 from Kewen Lin ---
The original costing shows the vectorized version wins, by checking
the costings, it missed to model the cost of lane extraction, the
patch was posted in:
https://gcc.gnu.org/pipermail/gcc-patches/2021-August/57
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98927
--- Comment #5 from Andrew Pinski ---
Seems like ARM is going down the route of requiring the arugments to be
"constexpr" like.
See https://gcc.gnu.org/pipermail/gcc/2021-August/236960.html (and all of the
related threads).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98936
Andrew Pinski changed:
What|Removed |Added
Summary|Incorrect computation of|[DR1734] Incorrect
|tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99130
--- Comment #1 from Andrew Pinski ---
Interesting only clang accepts the code, ICC and MSVC reject it for the same
reason as GCC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101938
--- Comment #5 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:891bdbf2b0432b4aa3d3e76923617fcb4fd33cf6
commit r12-2944-g891bdbf2b0432b4aa3d3e76923617fcb4fd33cf6
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101938
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101938
--- Comment #7 from Martin Liška ---
> Thank you for reporting and distilling this Martin.
You're welcome, it was pretty fun isolating that!
Thanks for the hot fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101938
--- Comment #8 from Aldy Hernandez ---
(In reply to Martin Liška from comment #7)
> > Thank you for reporting and distilling this Martin.
>
> You're welcome, it was pretty fun isolating that!
> Thanks for the hot fix.
That was all Andrew! I j
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101944
--- Comment #2 from Kewen Lin ---
Back to the optimized IR, I thought the problem is that the vectorized
version has longer critical path for the reduc_plus result (latency in total).
For vectorized version,
_51 = diffa_41(D) *
1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99130
Andrew Pinski changed:
What|Removed |Added
Summary|Variable template in|variable template in
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95016
--- Comment #2 from Andrew Pinski ---
Could PR 50479 be related?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101945
Bug ID: 101945
Summary: [C++] ICE on recursive atomic constraint
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97807
--- Comment #1 from Martin Liška ---
Similar ICE hapenning:
$ arm-linux-gnueabi-gcc
/home/marxin/Programming/gcc/gcc/testsuite/gcc.c-torture/compile/packed-aligned-1.c
-mcpu=fa726te -fno-tree-coalesce-vars -Os -c
during RTL pass: final
/home/mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101904
--- Comment #3 from Jonathan Wakely ---
Only clang can compile it. MSVC and EDG can't:
https://godbolt.org/z/941P1vfjG
I think Clang doesn't even bother to instantiate the return type for the
non-const overload, because it wouldn't be viable. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101945
--- Comment #1 from Emmanuel Le Trong ---
Sorry for the weird indentation, here it is fixed:
#include
template struct wrapper
{
T value;
};
template
requires std::equality_comparable_with
constexpr bool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101923
--- Comment #6 from Jonathan Wakely ---
(In reply to Petar Ivanov from comment #5)
> Could you please advise on how I can proceed with this report? Can a change
> be made in libstdc++ or should it be considered a compiler issue?
Both, I think.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99130
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101944
--- Comment #3 from Richard Biener ---
On x86 we even have
Vector cost: 136
Scalar cost: 196
note that we seem to vectorize the reduction but that only happens with
-ffast-math, not -O2 -ftree-slp-vectorize?
One issue is the association o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101944
--- Comment #4 from Richard Biener ---
note vectorizer costing does not look at dependencies at all, it just sums up
individual instruction latencies (and assumes unlimited throughput as well).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91598
--- Comment #14 from CVS Commits ---
The trunk branch has been updated by Maxim Kuvyrkov :
https://gcc.gnu.org/g:6d527883072ce96a33169036fca7740172223b52
commit r12-2946-g6d527883072ce96a33169036fca7740172223b52
Author: Maxim Kuvyrkov
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91598
Maxim Kuvyrkov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47562
Bug 47562 depends on bug 91598, which changed state.
Bug 91598 Summary: [9 regression] 60% speed drop on neon intrinsic loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91598
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95958
Bug 95958 depends on bug 91598, which changed state.
Bug 91598 Summary: [9 regression] 60% speed drop on neon intrinsic loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91598
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93897
--- Comment #8 from Hongtao.liu ---
> mainfunc:
> .LFB0:
> .cfi_startproc
> movl$foo, %edx
> movl$bar, %eax
> vmovq %rdx, %xmm0
> vpinsrq $1, %rax, %xmm0, %xmm0
> vmovdqu %xmm0, (%rdi)
> ret
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101946
Bug ID: 101946
Summary: crosscompilation of the kernel for MIPS fails
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
-config=bootstrap-lto:
+===GNAT BUG DETECTED==+
| 12.0.0 20210817 (experimental) (x86_64-pc-linux-gnu) GCC error: |
| in get_base_type_offset, at dwarf2out.c:4330 |
| Error detected around ../../gcc/ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101947
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101923
--- Comment #7 from Jonathan Wakely ---
We can do better than just making the swap conditional:
function(function&& __x) noexcept
: _Function_base(), _M_invoker(__x._M_invoker)
{
if (static_cast(__x))
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67752
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101946
--- Comment #1 from Andrew Pinski ---
Did you change binutils too?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101946
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-17
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48609
--- Comment #5 from Hongtao.liu ---
(In reply to Andrew Pinski from comment #2)
> Confirmed, In this case, it is a middle-end issue, I suspect if we used
> V2SFmode for the incoming argument, it might work better. Right now we
Yes, under TAREGT_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101946
--- Comment #3 from Sudip ---
Ohhh.. yes. I updated binutils also to "tag: binutils-2_37".
For the kernel source this was seen while I was testing the build for v5.4.142-
rc2 and I have checked there has been no kernel code change which can cau
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71007
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101947
Martin Liška changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101947
--- Comment #2 from Martin Liška ---
Started with r12-2927-g29020d0527512ae0444ad32b1461b7f8526e7427.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48609
--- Comment #6 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #5)
> (In reply to Andrew Pinski from comment #2)
> > Confirmed, In this case, it is a middle-end issue, I suspect if we used
> > V2SFmode for the incoming argument, it mig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48609
--- Comment #7 from Andrew Pinski ---
(In reply to Hongtao.liu from comment #6)
> (In reply to Hongtao.liu from comment #5)
> > (In reply to Andrew Pinski from comment #2)
> > > Confirmed, In this case, it is a middle-end issue, I suspect if we u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101946
--- Comment #4 from Sudip ---
(In reply to Sudip from comment #3)
> Ohhh.. yes. I updated binutils also to "tag: binutils-2_37".
>
> For the kernel source this was seen while I was testing the build for
> v5.4.142- rc2 and I have checked there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101946
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101944
--- Comment #5 from Kewen Lin ---
(In reply to Richard Biener from comment #3)
> On x86 we even have
>
> Vector cost: 136
> Scalar cost: 196
>
> note that we seem to vectorize the reduction but that only happens with
> -ffast-math, not -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48609
--- Comment #8 from Hongtao.liu ---
> You have to do a little bit more. Like change how the extraction for the two
> parts for the concat.
We already have vec_extractv2sfsf/vec_setv2sf, will debug to figure out why
they're not used.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48609
--- Comment #9 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #8)
> > You have to do a little bit more. Like change how the extraction for the two
> > parts for the concat.
>
> We already have vec_extractv2sfsf/vec_setv2sf, will debu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101948
Bug ID: 101948
Summary: [OpenMP] gfc_split_omp_clauses + REDUCTION with TASK
modifier
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: openmp, rejects-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101948
--- Comment #1 from Jakub Jelinek ---
Clauses on Combined and Composite Constructs
section says:
"If the task reduction-modifier is specified, the effect is as if it only
modifies the behavior of the reduction clause on the innermost leaf
constr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100896
--- Comment #3 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:9c560cf23996271ee26dfc4a1d8484b85173cd12
commit r12-2954-g9c560cf23996271ee26dfc4a1d8484b85173cd12
Author: Christophe Lyon
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101942
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101923
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:0808b0df9c4d31f4c362b9c85fb538b6aafcb517
commit r12-2959-g0808b0df9c4d31f4c362b9c85fb538b6aafcb517
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100305
--- Comment #16 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:3e44c89e672ec18ce31edecf5b5bac980ce411e5
commit r10-10040-g3e44c89e672ec18ce31edecf5b5bac980ce411e5
Author: Richard S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100305
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resoluti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101940
--- Comment #2 from Marek Polacek ---
Possibly. I thought I'd rather keep the names of the option and pragma the
same, but maybe that's not necessary.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89961
--- Comment #16 from Martin Liška ---
All right, so what's different about JSON and non-JSON mode:
1) normal mode:
gcov src/a.c test/a.c
First, gcda/gcno files are searched for both the arguments (so src/a.gcda, ..)
and then output is emitted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89961
--- Comment #17 from Martin Liška ---
> $ gcov src/a.x b.yy --json-format
this ought to be src/a.c b.c (but as you noticed gcov deduces .gcda/.gcno files
by skipping the last dot component of a path). That's why it works as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101949
Bug ID: 101949
Summary: git miscompiled with -flto -fipa-pta
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101949
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101940
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Last reconfi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101904
--- Comment #4 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #3)
> I think Clang doesn't even bother to instantiate the return type for the
> non-const overload, because it wouldn't be viable. I'm not sure if that's a
> conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101940
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101950
Bug ID: 101950
Summary: __builtin_clrsb is never inlined
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101942
Martin Sebor changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89961
--- Comment #18 from xaizek ---
> The following 2 files should be created (right now b.gcov.json.gz and
> a.gcov.json.gz are created)
>
> b.gcov.json.gz
> src/a.gcov.json.gz
>
> and so -p and -x does not play any role here.
Now you'll need to
1 - 100 of 171 matches
Mail list logo
