https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113203
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112941
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113112
--- Comment #5 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:a43bd8255451227fc1cd3601b1f0265b21fafada
commit r14-6889-ga43bd8255451227fc1cd3601b1f0265b21fafada
Author: Juzhe-Zhong
Date: Tue Jan 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113212
Bug ID: 113212
Summary: expand_expr_real_2 first argument can be constified
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: internal-improvement
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113212
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-01-03
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113211
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113212
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113202
--- Comment #6 from Carsten Schmidt ---
> Why do you think this is a bug?
1. Considering the "possible implementation" of cppreference.com, pointer
arithmetic, e.g. ptr-ptr, should not be an issue when searching for the
sentinel.
2. Usin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113202
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113202
--- Comment #8 from Andrew Pinski ---
The assumption is first and last are part of the same iterator which means in
the case of pointers, it needs to be addresses inside the array or one element
past the array. Everything else is undefined.
It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113202
--- Comment #9 from Xi Ruoyao ---
(In reply to Carsten Schmidt from comment #6)
> > Why do you think this is a bug?
>
> 1. Considering the "possible implementation" of cppreference.com, pointer
>arithmetic, e.g. ptr-ptr, should not be an is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113202
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #10 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113159
--- Comment #8 from Jonathan Wakely ---
I haven't seen a proof that libstdc++'s std::sort can't be made more robust
without losing performance. Maybe cheap range checks can be done conditionally
when _GLIBCXX_ASSERTIONS is defined, or maybe they
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113200
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2024-01-03
Component|libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113202
--- Comment #11 from Jonathan Wakely ---
s + OFFSET has undefined behaviour.
With -O2 or -O3 GCC even tells you where the problem is:
find_bug.cpp: In function 'int main(int, char**)':
find_bug.cpp:39:61: warning: array subscript 1048576 is ou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113116
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
Last re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113202
--- Comment #12 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #11)
> s + OFFSET has undefined behaviour.
... and iterating from s to has undefined behaviour
too, as explained above. Nothing the program does is valid.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113213
Bug ID: 113213
Summary: [OpenMP] Update omp_target_is_present /
omp_target_is_accessible handling for NULL
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113200
Jonathan Wakely changed:
What|Removed |Added
Component|c++ |libstdc++
Keywords|diagnost
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112534
--- Comment #12 from Arsen Arsenović ---
(In reply to seurer from comment #11)
> Did it work?
yes, I sent it on the ML:
https://inbox.sourceware.org/gcc-patches/20231221193243.368541-1-ar...@aarsen.me/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113116
--- Comment #3 from Filip Kastl ---
(In reply to Tamar Christina from comment #2)
> Did you mean -Ofast native PGO? both linked runs are PGO.
Yes I did. I meant PGO and wrote LTO. My bad :).
g/pub/scm/linux/kernel/git/next/linux-next.git/tree/drivers/gpu/drm/xe/xe_gt_pagefault.c?h=next-20240103#n322
Reproducer at https://godbolt.org/z/MMaz8rqcj
aarch64-linux-gcc-13.2 -Wall -O2 -fsanitize=thread -Werror=stringop-overflow
-Wall -c xe_gt_pagefault.c
xe_gt_pagefault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113215
Bug ID: 113215
Summary: gimple FE can't handle static local variable with
initializer
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113216
Bug ID: 113216
Summary: [OpenMP] Improve omp_target_is_accessible
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113115
Michal Jireš changed:
What|Removed |Added
CC||jeevitha at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113099
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113099
--- Comment #15 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #8)
> (In reply to Peter Dimov from comment #7)
> > You don't necessarily need dynamic_cast because facets are always installed
> > and obtained by their exact ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113200
--- Comment #7 from Jonathan Wakely ---
Why does GCC accept this reduced version, which is invalid for the same reason
as the original?
#include
constexpr int N = 5;
struct S
{
char data_[ N ];
constexpr S( char const* p )
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70248
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2020-10-15 00:00:00 |2024-1-3
--- Comment #11 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113200
--- Comment #8 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #7)
> Why does GCC accept this reduced version, which is invalid for the same
> reason as the original?
Looks like PR 70248
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70248
--- Comment #12 from Jonathan Wakely ---
If the comparison happens in a template, GCC rejects it (see PR 113200).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70248
--- Comment #13 from Jonathan Wakely ---
Although this is accepted even though it's in a template, so it's more
complicated than just template vs non-template:
template
consteval void f( char const* p )
{
char buf[N]{};
if (p == buf) // uns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113120
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113192
--- Comment #2 from dave.anglin at bell dot net ---
On 2024-01-02 10:21 a.m., tschwinge at gcc dot gnu.org wrote:
> Aha, sorry. Does it work if you changes:
>
> -AC_CHECK_PROG(FLOCK, perl, $srcdir/testsuite/flock)
> +AC_CHECK_PROG(FLOC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106653
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98940
Bug 98940 depends on bug 106653, which changed state.
Bug 106653 Summary: [C++23] P2582 - Class template argument deduction from
inherited constructors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106653
What|Removed
posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20240103 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113175
--- Comment #11 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:af767e0b9e926fa1ef217087ce3b076be361965f
commit r13-8189-gaf767e0b9e926fa1ef217087ce3b076be361965f
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90693
--- Comment #9 from Jakub Jelinek ---
Created attachment 56984
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56984&action=edit
gcc14-pr90693.patch
Untested patch to do that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113175
--- Comment #12 from GCC Commits ---
The releases/gcc-12 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:1fb2b5c9a7fb212a5936cc702e49175ef988e5ad
commit r12-10079-g1fb2b5c9a7fb212a5936cc702e49175ef988e5ad
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82420
--- Comment #4 from Mikael Pettersson ---
Created attachment 56985
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56985&action=edit
proposed fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113175
--- Comment #13 from GCC Commits ---
The releases/gcc-11 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:2110667d43486174dda37a95f73d71941b394655
commit r11-11179-g2110667d43486174dda37a95f73d71941b394655
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113175
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111279
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113203
--- Comment #4 from Stefan Krah ---
> Or, if the intention is that all calls to the function within its TU
> are inlined and not the other ones, split the function into two, one
> always_inline which is used from within the TU and another one wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113218
Bug ID: 113218
Summary: gcc -pg fails on contemporary FreeBSD
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113219
Bug ID: 113219
Summary: Overloaded ref-qualified conversion operator triggers
bogus -Wconversion
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: norma
ad model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20240103 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113220
Richard Sandiford changed:
What|Removed |Added
CC|richard.sandiford at arm dot com |rsandifo at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113217
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113217
Alex Coplan changed:
What|Removed |Added
Last reconfirmed||2024-01-03
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113217
--- Comment #2 from Andrew Pinski ---
From:
```
(insn 7 2 8 2 (set (mem:SI (reg/f:DI 103 [ this ]) [1 MEM[(struct vector
*)this_4(D)].D.4476._M_end_of_storage+0 S4 A32])
(const_int 0 [0])) "/app/example.cpp":6:27 69 {*movsi_aarch64}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113217
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> Most likely we should only handle stores instructions which cannot throw,
> insn_nothrow_p .
s/stores/stores and loads/ really.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849
--- Comment #34 from Martin Jambor ---
(In reply to Jan Hubicka from comment #32)
> > /tmp/build/x86_64-pc-linux-gnu/libstdc++-v3/include/bits/stl_algobase.h:437:
> > warning: 'void* __builtin_memcpy(void*, const void*, long unsigned int)'
> > w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113201
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
nfigure --prefix=/home/mjires/built/master
--target=aarch64-linux-gnu --disable-bootstrap --enable-languages=c,c++,fortran
--disable-multilib --disable-libsanitizer --enable-checking
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20240103 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113221
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113221
--- Comment #1 from Andrew Pinski ---
Confirmed, but the IR from the ldp_fusion pass looks ok:
```
(insn 30 29 15 3 (set (reg/f:DI 110)
(lo_sum:DI (reg/f:DI 109)
(symbol_ref:DI ("_Z3barv") [flags 0x41] ))) "/app/example.cpp"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113221
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-01-03
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113221
--- Comment #2 from Andrew Pinski ---
IRA decided to combine:
```
(insn 9 8 19 3 (set (reg/f:DI 104)
(lo_sum:DI (reg/f:DI 105)
(symbol_ref:DI ("bar") [flags 0x41] ))) "t.c":5:10 discrim 1 -1
(expr_list:REG_DEAD (reg/f:D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113222
Bug ID: 113222
Summary: ICE with -fanalyzer seen on Linux kernel
kernel/sched/core.c
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19347
Phosit changed:
What|Removed |Added
CC||phosit at autistici dot org
--- Comment #9 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19347
--- Comment #10 from Phosit ---
The analysis in my previous comment is wrong.
I don't know why there is no alias-check at -O2.
Also the loop _is_ removed at -O3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113223
Bug ID: 113223
Summary: NAMELIST internal write missing leading blank
character
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113223
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113222
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113224
Bug ID: 113224
Summary: Warning "is used uninitialized" raised for an
initialized variable
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113224
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113224
--- Comment #2 from Andrew Pinski ---
>In an attempt to convert a float value bytewise to an integer,
You should use memcpy instead (or an union which itself a GCC extension).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113224
--- Comment #3 from gandalf at winds dot org ---
Thank you for the suggestion. I'll try the union.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113064
--- Comment #7 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:1c522c9eafa5b86b78cd7b3044e120762fb4c879
commit r14-6899-g1c522c9eafa5b86b78cd7b3044e120762fb4c879
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113225
Bug ID: 113225
Summary: bpf: attributekernel_helper function declarations
create a BTF_FUNC_EXTERN.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59389
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59389
--- Comment #7 from Andrew Pinski ---
(In reply to Sergey Fedorov from comment #6)
> I am getting a similar-looking error with gcc-13.2.0 now:
> https://github.com/NGSolve/ngsolve/issues/68
Both clang and GCC reject the original testcase still .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59389
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #7)
> (In reply to Sergey Fedorov from comment #6)
> > I am getting a similar-looking error with gcc-13.2.0 now:
> > https://github.com/NGSolve/ngsolve/issues/68
>
> B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113218
--- Comment #1 from Andrew Pinski ---
Basically FBSD_LIB_SPEC in gcc/config/freebsd-spec.h should be modified to
`%{pg:` related parts. But only do that for FBSD_MAJOR >= 14 ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113218
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113115
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113214
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113223
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113219
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113223
--- Comment #2 from Jerry DeLisle ---
(In reply to kargl from comment #1)
> Jerry can you take a look at this issue.
Will do. Minor tweak I hope.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111279
--- Comment #5 from Thorsten Otto ---
I don't mind. If your patch also contains a test case, just use that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113064
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113064
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113064
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113206
--- Comment #4 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:4a0a8dc1b88408222b88e10278017189f6144602
commit r14-6902-g4a0a8dc1b88408222b88e10278017189f6144602
Author: Juzhe-Zhong
Date: Thu Jan 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113209
--- Comment #1 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:4a0a8dc1b88408222b88e10278017189f6144602
commit r14-6902-g4a0a8dc1b88408222b88e10278017189f6144602
Author: Juzhe-Zhong
Date: Thu Jan 4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112525
Jiu Fu Guo changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101926
Bug 101926 depends on bug 112525, which changed state.
Bug 112525 Summary: fail to eliminate unused store
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112525
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113206
--- Comment #5 from JuzheZhong ---
Both PR113206 and PR113209 are the same root cause and I have fixed both of
them.
Could you try the latest upstream GCC test SPEC 527/549 again to see whether it
fixes the bugs in SPEC?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113226
Bug ID: 113226
Summary: [14 Regression]
testsuite/std/ranges/iota/max_size_type.cc fails for
cris-elf after r14-6888-ga138b99646a555
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30271
Jiu Fu Guo changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101926
Bug 101926 depends on bug 30271, which changed state.
Bug 30271 Summary: -mstrict-align can add an store extra for struct argument
passing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30271
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16996
Bug 16996 depends on bug 30271, which changed state.
Bug 30271 Summary: -mstrict-align can add an store extra for struct argument
passing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30271
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29215
Bug 29215 depends on bug 30271, which changed state.
Bug 30271 Summary: -mstrict-align can add an store extra for struct argument
passing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30271
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113206
Patrick O'Neill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113209
Patrick O'Neill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113010
--- Comment #2 from Patrick O'Neill ---
Andrew I don't think this is a duplicate of pr112758 (or at least it wasn't
resolved by the fix for pr112758).
I still see the behavior on r14-6902-g4a0a8dc1b88.
> /scratch/tc-testing/tc-jan-3-trunk/buil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104914
--- Comment #24 from GCC Commits ---
The master branch has been updated by YunQiang Su :
https://gcc.gnu.org/g:65d4b32dee2508f5bcdd999a132332cd46cf8a4d
commit r14-6905-g65d4b32dee2508f5bcdd999a132332cd46cf8a4d
Author: YunQiang Su
Date: Sat
1 - 100 of 120 matches
Mail list logo