https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98774
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98776
Bug ID: 98776
Summary: DW_AT_low_pc is inconsistent with function entry
address, when enabling -fpatchable-function-entry
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98743
--- Comment #2 from Kito Cheng ---
ICE after g:6fbec038f7a7ddf29f074943611b53210d17c40c, hmmm...interesting...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98694
--- Comment #9 from Hongtao.liu ---
Fix on trunk sofar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98694
--- Comment #8 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:e711b67a9081ae84c66174a50705dc98ba993a43
commit r11-6828-ge711b67a9081ae84c66174a50705dc98ba993a43
Author: liuhongt
Date: Mon Jan 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98743
Kito Cheng changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98774
--- Comment #1 from Hongtao.liu ---
It's fixed in current trunk https://godbolt.org/z/63576n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98172
--- Comment #10 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #9)
> > .L3:
> > vmovupd (%rcx,%rax), %xmm3
> > vmovupd (%rsi,%rax), %xmm4
> > vinsertf128 $0x1, 16(%rcx,%rax), %ymm3, %ymm0
> > vinsertf128 $0x1,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97653
Michael Meissner changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97653
Bug 97653 depends on bug 97543, which changed state.
Bug 97543 Summary: powerpc64le: libgcc has unexpected long double in
.gnu_attribute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97543
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97543
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98172
--- Comment #9 from Hongtao.liu ---
> .L3:
> vmovupd (%rcx,%rax), %xmm3
> vmovupd (%rsi,%rax), %xmm4
> vinsertf128 $0x1, 16(%rcx,%rax), %ymm3, %ymm0
> vinsertf128 $0x1, 16(%rsi,%rax), %ymm4, %ymm2
> vmovupd (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98646
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #13 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98465
Martin Sebor changed:
What|Removed |Added
Summary|Bogus warning |[11 Regression] Bogus
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98172
--- Comment #8 from H.J. Lu ---
-mtune=generic -mavx2 -mfma generates awful code:
[hjl@gnu-skx-1 tmp]$ cat y.c
#define DATA_ENTRIES 256
extern double *a, *x, *y, *z;
void work()
{
int i;
for (i = 0; i < DATA_ENTRIES; ++i)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98775
--- Comment #1 from Ivan Sorokin ---
Created attachment 50016
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50016&action=edit
nbody-unrolled.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98775
Bug ID: 98775
Summary: missing optimization opportunity on nbody
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98773
Rainer Orth changed:
What|Removed |Added
Target|i386-pc-solaris2.11,|i386-pc-solaris2.11,
|sp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98774
Bug ID: 98774
Summary: gcc -O3 does not vectorize multiplication
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98646
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98643
seurer at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98646
--- Comment #12 from Martin Sebor ---
(In reply to Jakub Jelinek from comment #10)
> So, the problem is IMHO that the warning about passing NULL to this is
> misplaced, it shouldn't be done in the FEs, but later when there was at
> least some cha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85547
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=98750
--- Comment #2 from Tiago Macarios ---
Correct. I was expecting a warning there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98744
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97399
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98549
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98773
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |11.0
ty: normal
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: ro at gcc dot gnu.org
Target Milestone: ---
Target: i386-pc-solaris2.11, sparc-sun-solaris2.11
Between 20210119 (8227106f5668c8fb1f0c5d2026e44cc0b84ee991) an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95848
--- Comment #4 from Martin Sebor ---
There's no code code to handle the last case. The first case is handled
because the local s is assigned to a temporary and there is code to detect
uninitialized sources of assignments. The second case is han
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98765
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98765
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:27c792895bd809115c1f70672835b7fdff74d318
commit r11-6820-g27c792895bd809115c1f70672835b7fdff74d318
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98753
--- Comment #9 from Akim Demaille ---
Hi Martin,
Thanks for the detailed explanation.
(In reply to Martin Sebor from comment #5)
> Changing this message alone to say "free() may be called with non-heap
> object" wouldn't be appropriate without
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98643
--- Comment #3 from Vladimir Makarov ---
I believe a patch for PR98722 fixes this PR too.
4334b524274203125193a08a8485250c41c2daa9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97969
--- Comment #21 from Vladimir Makarov ---
Additional fix for PR98722 is necessary for this PR.
4334b524274203125193a08a8485250c41c2daa9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98753
--- Comment #8 from Akim Demaille ---
Hi Richard,
(In reply to Richard Biener from comment #3)
> The issue is that we isolate a path that is impossible to take but on that
> path we have p = &foo; free (p); and thus a "proved" mistake. But in
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98722
--- Comment #4 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:4334b524274203125193a08a8485250c41c2daa9
commit r11-6819-g4334b524274203125193a08a8485250c41c2daa9
Author: Vladimir N. Makarov
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98753
Martin Sebor changed:
What|Removed |Added
Summary|-Wfree-nonheap-object on|-Wfree-nonheap-object on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98744
Martin Jambor changed:
What|Removed |Added
Component|ipa |c++
--- Comment #3 from Martin Jambor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98228
--- Comment #14 from Marius Hillenbrand ---
Comparing x86-64 to s390x, modref_may_conflict makes a mistake when analyzing
whether the called function Get_Next_Interp because of incomplete data on alias
sets. That specific analysis involves alias
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98753
--- Comment #6 from Christoph ---
Sorry for not providing the command line argument and the new output.
> gcc-11 -std=c++17 cmCommandArgumentParser_complete.cxx
cmCommandArgumentParser.cxx: In function ‘int
cmCommandArgument_yyparse(yyscan_t)’:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98744
--- Comment #2 from Martin Jambor ---
That cannot be the problem. IPA-SRA re-creates the call statements
and builds them with gimple_build_call_vec (callee_decl, vargs); where
calle_decl is the new function which has had its type adjusted and
ev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98753
--- Comment #5 from Martin Sebor ---
I can't reproduce the warning with the default options. There are just two
calls to free() in the dump. In each instance its argument resolves to the
yymsg pointer and not to the yyssa array as in the warnin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98759
--- Comment #4 from Daniel Allred ---
Looks like this was it, came direct from ARM.
https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=48f4d8ce966e20e1e759e29ca8cf05a5dd328883
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98759
--- Comment #3 from Daniel Allred ---
Thank you for the quick feedback. I can't find any bug report for binutils/gas
in https://sourceware.org/bugzilla related to this, so I may try and see if I
can find commits for gas between 2.35.1.20201116 an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #8 from Jakub Jelinek ---
I think omp_fullfill_event needs to do much more than it does.
Just look e.g. at what gomp_target_task_completion does. The function needs to
find out in what state the task is (I'm afraid it needs to take t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98738
--- Comment #7 from Jakub Jelinek ---
Seems making task_fulfilled_p return always false makes the task-detach-6.c
hangs 100% reproduceable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98772
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96674
--- Comment #10 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:49e8c14ef6f1f968602a04c8499a672182590e87
commit r11-6817-g49e8c14ef6f1f968602a04c8499a672182590e87
Author: Eugene Rozenfeld
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98772
Bug ID: 98772
Summary: Widening patterns causing missed vectorization
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90448
Rainer Orth changed:
What|Removed |Added
CC||jozefl at gcc dot gnu.org
--- Comment #9 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96458
Rainer Orth changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95848
--- Comment #3 from Manuel López-Ibáñez ---
Martin, it is not clear from the dumps what is the difference between the two
cases. Also, this warning triggers even with -O0, so it must come pretty
earlier even before we have VOPS. What is the diffe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98771
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |10.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59002
Bug 59002 depends on bug 82613, which changed state.
Bug 82613 Summary: Cannot access private definitions in base clause of friend
class template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82613
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82613
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98771
--- Comment #1 from Rainer Orth ---
Created attachment 50013
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50013&action=edit
64-bit sparc-sun-solaris2.11 strcmpopt_8.c.033t.forwprop1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95434
--- Comment #5 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:cafcfcb5840b62d9fc80c12192189351e995a4f2
commit r11-6816-gcafcfcb5840b62d9fc80c12192189351e995a4f2
Author: Patrick Palka
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82613
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:79e1251b642db038df276153c9f2ec6b82e56162
commit r11-6815-g79e1251b642db038df276153c9f2ec6b82e56162
Author: Patrick Palka
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98771
Bug ID: 98771
Summary: [10/11 regression] gcc.dg/strcmpopt_8.c FAILs
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59002
Bug 59002 depends on bug 58993, which changed state.
Bug 58993 Summary: incorrectly accept access of protected member method from
derived class template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58993
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58993
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |11.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98766
--- Comment #2 from Richard Biener ---
bool check_defer
= (state->m_deferring_p
&& (tree_to_shwi (TYPE_SIZE (type))
<= param_avoid_fma_max_bits));
known_le (tree_to_poly_uint64 (TYPE_SIZE (type)), ...) or so.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98767
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98769
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98770
Bug ID: 98770
Summary: [modules] including certain stdlib headers in the
global module fragment of different modules causes
conflicting global module declarations
Product: g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98768
--- Comment #2 from Jonathan Wakely ---
Oops! I meant:
{ func() } -> std::same_as;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98768
--- Comment #1 from Jonathan Wakely ---
(In reply to Antony Polukhin from comment #0)
> For such cases a warning like "Unused `T` in concept definition. Did you
> mean `-> std::same_as`" would be really helpful.
That wouldn't fix it though, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98565
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2021-01-20
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98769
Bug ID: 98769
Summary: ICE for gfortran.dg/associate_26.f90 with
-fcoarray=lib
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98768
Bug ID: 98768
Summary: Improve diagnostics for incorrect result type checking
"-> Type" in concepts
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: dia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98767
Bug ID: 98767
Summary: Function signature lost in concept diagnostic message
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98535
--- Comment #11 from rsandifo at gcc dot gnu.org
---
Fixed on trunk, but it's latent on release branches and should be
fixed there too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98765
--- Comment #3 from Jakub Jelinek ---
--- gcc/dwarf2out.c.jj 2021-01-20 08:32:09.612958930 +0100
+++ gcc/dwarf2out.c 2021-01-20 14:15:14.735459774 +0100
@@ -4733,12 +4733,20 @@ int
reset_indirect_string (indirect_string_node **h, void *)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98535
--- Comment #10 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:ea74a3f548eb321429c371e327e778e63d9128a0
commit r11-6814-gea74a3f548eb321429c371e327e778e63d9128a0
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98765
--- Comment #2 from Jakub Jelinek ---
--- gcc/dwarf2out.c.jj 2021-01-20 08:32:09.612958930 +0100
+++ gcc/dwarf2out.c 2021-01-20 13:49:42.367772872 +0100
@@ -4733,7 +4733,9 @@ int
reset_indirect_string (indirect_string_node **h, void *)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98729
--- Comment #9 from Brecht Sanders
---
The attached .exe will run on Windows after removing the section called `/20`
from the PE file using: `strip conftest.exe --remove-section="/20"`
I don't know what this section does, but I did notice it co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98765
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98766
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||10.2.1
Summary|S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98766
Bug ID: 98766
Summary: SVE: ICE in tree_to_shwi with -O3
--param=avoid-fma-max-bits
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98765
--- Comment #1 from Jakub Jelinek ---
Seems to be a gcc bug to me:
.section.gnu.debuglto_.debug_info,"e",@progbits
...
.long .LASF0 # DW_AT_name: "a.c"
.long .LASF1 # DW_AT_comp_dir: "/var/tmp"
.long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98759
Richard Earnshaw changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98765
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98765
Bug ID: 98765
Summary: [11 Regression] stripping of LTO debug sections
doesn't work anymore since switch to -gdwarf-5 by
default
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98759
Przemyslaw Wirkus changed:
What|Removed |Added
CC||wirkus at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98764
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-01-20
Summary|ICE for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98764
Bug ID: 98764
Summary: ICE for the test gfortran.dg/coarray_alloc_comp_3.f08
with -fcoarray=single
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98574
Eric Gallager changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97299
Rainer Orth changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98763
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84904
--- Comment #3 from Eric Gallager ---
(In reply to Eric Gallager from comment #1)
> (In reply to David Malcolm from comment #0)
> > In my original edit_context patch kit I posted a
> > "-fdiagnostics-apply-fixits" option that would auto-apply fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98763
--- Comment #1 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:a95538b6c5a9ea480e341da9ca8fbf201417dba5
commit r11-6813-ga95538b6c5a9ea480e341da9ca8fbf201417dba5
Author: Tobias Burnus
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98763
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98763
Bug ID: 98763
Summary: gfortran.dg/gomp/task-detach-1.f90 FAILs
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98755
Mark Wielaard changed:
What|Removed |Added
Build|powerpc64*-linux-gnu|
Target|powerpc64*-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98728
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98335
Jakub Jelinek changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98762
Bug ID: 98762
Summary: Wrong code for avrtiny if source is Z and destination
is R30 or R31
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=772
--- Comment #17 from Jakub Jelinek ---
(In reply to Ed Smith-Rowland from comment #14)
> I wonder what the relationship of these expression statements are to lambdas.
>
> Is ({int _a = (a), _b = (b); _a > _b ? _a : _b; })
> equivalent to
> [](){in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98752
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #4
1 - 100 of 110 matches
Mail list logo
