https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113753
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:d755a82079d61783eb0a573b0c74024d29359e4c
commit r14-8835-gd755a82079d61783eb0a573b0c74024d29359e4c
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113753
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113731
--- Comment #8 from Matthias Klose ---
the proposed patch doesn't fix the amdgcn-amdhsa bootstrap.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113800
Bug ID: 113800
Summary: [C++26] P2308R1 - Template parameter initialization
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22200
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |4.8.0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113583
--- Comment #15 from JuzheZhong ---
(In reply to rguent...@suse.de from comment #14)
> On Wed, 7 Feb 2024, juzhe.zhong at rivai dot ai wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113583
> >
> > --- Comment #13 from JuzheZhong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113734
--- Comment #7 from Richard Biener ---
(In reply to Tamar Christina from comment #6)
> The reason for the miscompile popping up is this change from the previous
> patch
>
> diff --git a/gcc/tree-vect-data-refs.cc b/gcc/tree-vect-data-refs.cc
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113796
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21498
Jason Liam changed:
What|Removed |Added
CC||jlame646 at gmail dot com
--- Comment #16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113748
--- Comment #2 from Jason Liam ---
(In reply to Andrew Pinski from comment #1)
> >This should be valid because `friend class C;` befriend a global class named
> >`C`.
>
>
> Hmm, see PR 21498 ...
This is ill-formed as explained
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113731
--- Comment #10 from Tobias Burnus ---
(In reply to Tamar Christina from comment #9)
> (In reply to Matthias Klose from comment #8)
> > the proposed patch doesn't fix the amdgcn-amdhsa bootstrap.
>
> So what is the error with the patch? The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113787
Richard Biener changed:
What|Removed |Added
Target||aarch64
--- Comment #10 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113734
--- Comment #8 from Richard Biener ---
(In reply to Tamar Christina from comment #6)
> The reason for the miscompile popping up is this change from the previous
> patch
>
> diff --git a/gcc/tree-vect-data-refs.cc b/gcc/tree-vect-data-refs.cc
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113788
--- Comment #7 from Jonathan Wakely ---
"broken with structured binding" doesn't seem accurate. It works fine, there
were just some ill-formed cases that should have given errors.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113734
--- Comment #10 from Tamar Christina ---
(In reply to Richard Biener from comment #9)
> Another bug in the dependence checking code is
>
> if (dr_may_alias_p (dr_ref, dr_read, loop_nest))
>
> which will end up using TBAA -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113760
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113583
--- Comment #16 from JuzheZhong ---
The FMA is generated in widening_mul PASS:
Before widening_mul (fab1):
_5 = 3.33314829616256247390992939472198486328125e-1 - _4;
_6 = _5 *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113583
--- Comment #14 from rguenther at suse dot de ---
On Wed, 7 Feb 2024, juzhe.zhong at rivai dot ai wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113583
>
> --- Comment #13 from JuzheZhong ---
> Ok. I found the optimized tree:
>
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113756
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113756
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:29998cc8a21b3a52f706275923166cd1f95d0555
commit r14-8837-g29998cc8a21b3a52f706275923166cd1f95d0555
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113790
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113787
--- Comment #11 from Richard Biener ---
Btw, there's related IPA modref wrong-code issues where IPA and late summaries
are merged incorrectly (also receiving no attention)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113734
--- Comment #9 from Richard Biener ---
Another bug in the dependence checking code is
if (dr_may_alias_p (dr_ref, dr_read, loop_nest))
which will end up using TBAA - dr_may_alias_p doesn't think you are ever
going to move
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113798
Bug ID: 113798
Summary: [C++26] P2662R3 - Pack indexing
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87744
--- Comment #12 from Lewis Fox ---
(In reply to Jonathan Wakely from comment #2)
My original comment about libc++ was in reference to the LLVM bugzilla report
#27839: https://bugs.llvm.org/show_bug.cgi?id=27839
It looks like the issue you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113731
--- Comment #9 from Tamar Christina ---
(In reply to Matthias Klose from comment #8)
> the proposed patch doesn't fix the amdgcn-amdhsa bootstrap.
So what is the error with the patch? The output can't be the same as the
function was removed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113797
Bug ID: 113797
Summary: Deferred length character concatenation in openmp
region has wrong length
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113799
Bug ID: 113799
Summary: gfc_replace_expr: double free detected ?
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113802
Bug ID: 113802
Summary: gcc rejects auto f(this auto self...) { }
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113750
--- Comment #7 from GCC Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:5c3ba60024fedc6b3d374ebb071bcf5b3e27cd62
commit r14-8840-g5c3ba60024fedc6b3d374ebb071bcf5b3e27cd62
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113731
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113799
Mikael Morin changed:
What|Removed |Added
Known to fail||10.5.0, 11.4.0, 12.3.0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113803
--- Comment #2 from Andreas Schwab ---
if (context->ra == 0)
return _URC_END_OF_STACK;
offsetof(type, array[argc]);
}
```
GCC says:
```
In file included from
/opt/compiler-explorer/gcc-trunk-20240207/include/c++/14.0.1/cstddef:50,
from :1:
: In function 'int main(int, char**)':
:8:33: error: 'argc' is not a constant expression
8 | return offsetof(type, array[argc]);
|
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113806
Bug ID: 113806
Summary: [performance] bitset::operator>>= unnecessarily
sanitizes the high-word
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113808
Bug ID: 113808
Summary: [14 Regression] FAIL:
libgomp.fortran/non-rectangular-loop-1.f90
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113778
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113803
Bug ID: 113803
Summary: libgcc unwinder stops at calls to null function
pointer on some targets
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #32 from GCC Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:194d0956ef5992d4e453bde3eb5772dc077f610c
commit r14-8838-g194d0956ef5992d4e453bde3eb5772dc077f610c
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113807
Bug ID: 113807
Summary: [performance] bitset::set not using memset opportunity
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113803
--- Comment #7 from Andreas Schwab ---
Actually, the null return address is coming from the unwind information of
__return_rt, which is just a normal function for the unwinder. gdb has special
knowlege to detect it as a signal trampoline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113808
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111478
--- Comment #8 from Saurabh Jha ---
Hi Richard,
Are you also planning to backport it to gcc-12?
Regards,
Saurabh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111478
--- Comment #9 from Richard Biener ---
(In reply to Saurabh Jha from comment #8)
> Hi Richard,
>
> Are you also planning to backport it to gcc-12?
Yes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113783
--- Comment #1 from Jakub Jelinek ---
Ugh, folding turns this into
uint256_t D.3758;
:
D.3758 = MEM [(char * {ref-all})];
MEM [(char * {ref-all})p] = D.3758;
and later ssa turns it into
uint256_t _2;
:
_2 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113783
--- Comment #2 from Jakub Jelinek ---
This comes from
scalar_int_mode mode;
if (int_mode_for_size (ilen * 8, 0).exists ()
&& GET_MODE_SIZE (mode) * BITS_PER_UNIT == ilen * 8
/* If
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113803
--- Comment #3 from Andreas Schwab ---
Since DWARF unwinding depends on the unwind info associated with the return
address, I don't think anything can be done about that. On powerpc, a
backtrace can be constructed from link address that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113808
--- Comment #4 from Richard Biener ---
Reduced a bit, w/o collapse:
program main
integer :: n, i,k
n = 11
do i = 1, n,2
!$omp simd lastprivate(k)
do k = 1, i + 41
if (k > 11 + 41 .or. k < 1) error stop
end do
end do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111677
Alex Coplan changed:
What|Removed |Added
Summary|[12/13 Regression] |[12 Regression] darktable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113750
Tamar Christina changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
ges=c,c++,fortran
--disable-multilib --disable-libsanitizer --enable-checking
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240207 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113803
--- Comment #6 from Florian Weimer ---
I we knew that the last successfully executed instruction was an indirect call
or branch (assumed to be tail call), we could use the return address at the top
of the stack, for architectures where call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113804
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113690
--- Comment #5 from GCC Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:99200573096c03120c8d4514383951acecdd5ab1
commit r14-8868-g99200573096c03120c8d4514383951acecdd5ab1
Author: Roger Sayle
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113808
--- Comment #8 from Richard Biener ---
It's surely a bug in the vectorizer early exit handling. I just don't know
what exactly is wrong right now ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113801
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113803
--- Comment #1 from Andrew Pinski ---
Hmm, I thought I saw this bug report before ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113803
--- Comment #4 from Richard Biener ---
The return address should be still on the stack for most archs, unless we run
into zero by "overflowing" the IP, of course.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113800
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2024-02-07
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113808
--- Comment #5 from Richard Biener ---
(In reply to Jakub Jelinek from comment #3)
> Started with r14-8768-g85094e2aa6dba7908f053046f02dd443e8f65d72
> The regression status is unclear because we emitted sorry on this
> before
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113808
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113808
--- Comment #7 from Jakub Jelinek ---
(In reply to Richard Biener from comment #5)
> (In reply to Jakub Jelinek from comment #3)
> > Started with r14-8768-g85094e2aa6dba7908f053046f02dd443e8f65d72
> > The regression status is unclear because we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113583
--- Comment #17 from rguenther at suse dot de ---
On Wed, 7 Feb 2024, juzhe.zhong at rivai dot ai wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113583
>
> --- Comment #16 from JuzheZhong ---
> The FMA is generated in widening_mul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22200
--- Comment #46 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #45)
>
> This seems very clear that numeric_limits::is_modulo should be false
> *unless* -fwrapv is used. I'm going to close this now. If GCC gets a macro
> that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113796
--- Comment #7 from Richard Biener ---
We're removing flow-sensitive info in combine_blocks, but after inserting
and folding stmts comprising the PHI replacements. There's possibly
latent issues when building up the predicates themselves since
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113808
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106680
--- Comment #14 from Sebastian Huber ---
Thanks for your help, it seems that this patch fixes the issue for RTEMS:
diff --git a/gcc/config/rs6000/rtems.h b/gcc/config/rs6000/rtems.h
index 57a2325991b..b36e64fec77 100644
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113810
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113563
Patrick Palka changed:
What|Removed |Added
CC||hewillk at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113796
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113796
--- Comment #8 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:8636c538b68068cd2a4115fece531dc3e3e3a84a
commit r14-8869-g8636c538b68068cd2a4115fece531dc3e3e3a84a
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113804
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95942
Andrew Pinski changed:
What|Removed |Added
CC||jlame646 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113811
Bug ID: 113811
Summary: std::rotate does 64-bit signed division
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113810
Bug ID: 113810
Summary: A lambda with this auto style that captures this in a
member function cannot use this pointer
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113563
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113576
--- Comment #36 from Richard Biener ---
For example with AVX512VL and the following, using -O -fgimple -mavx512vl
we get simply
notl%esi
orl %esi, %edi
cmpb$15, %dil
je .L6
typedef long v4si
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98388
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #14 from Martin Jambor ---
(In reply to rguent...@suse.de from comment #13)
> Might be also an interaction with IPA ICF in case there's a pointer to
> the pair involved?
Yes, this is exactly what seems to be happening. The problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113813
Bug ID: 113813
Summary: Reduction of xor/and/ior of 16 bytes can be improved
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113710
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 113710, which changed state.
Bug 113710 Summary: [14 Regression] g++.dg/modules/hello-1 ICE: canonical types
differ for identical types since r14-8710-g65b4cba9d6a9ff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113710
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113710
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113812
Bug ID: 113812
Summary: Comma expression parsed as declaration when ambiguous
type name cast is present
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113812
--- Comment #1 from Andrew Pinski ---
I suspect this is a dup of bug 29834.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112397
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113812
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29834
--- Comment #14 from Andrew Pinski ---
*** Bug 113812 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113724
--- Comment #3 from Tobias Burnus ---
Inside omp_build_struct_sibling_lists, the following assignment:
11654 grp->grp_start = new_next;
has on the LHS the [3] array with value:
(gdb) p *grp
$147 = {grp_start = 0x771f9688,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113814
Bug ID: 113814
Summary: [modules] ICE with imported partial specialization
matching existing template-id
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113812
--- Comment #2 from Gabriel Ravier ---
Also I guess this is a simpler minimal example:
void f(int x)
{
int(x), 0;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113724
--- Comment #2 from Tobias Burnus ---
Inside: omp_build_struct_sibling_lists
new_next
= omp_accumulate_sibling_list (region_type, code,
struct_map_to_clause, *grpmap,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113774
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113793
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=113814
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108321
--- Comment #10 from GCC Commits ---
The releases/gcc-13 branch has been updated by Torbjorn Svensson
:
https://gcc.gnu.org/g:0cdb04629641c51498f099db04021e8de51adedb
commit r13-8297-g0cdb04629641c51498f099db04021e8de51adedb
Author: Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29834
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113710
--- Comment #6 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:ff41862357ca2ea56177209a2e3b7d9c64bcfa8c
commit r14-8870-gff41862357ca2ea56177209a2e3b7d9c64bcfa8c
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113814
--- Comment #1 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:ff41862357ca2ea56177209a2e3b7d9c64bcfa8c
commit r14-8870-gff41862357ca2ea56177209a2e3b7d9c64bcfa8c
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113801
Bug ID: 113801
Summary: Missed optimization of loop invariant elimination
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
1 - 100 of 169 matches
Mail list logo
