https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112706
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112708
--- Comment #7 from Richard Biener ---
It's -fvar-tracking, not -fvar-tracking-assignments. At -O0 debug info during
the prologue is unreliable without that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112721
Bug ID: 112721
Summary: [14 Regression] Wrong code at -O1/s on
x86_64-linux-gnu since r14-5831-gaae723d360c
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112722
Bug ID: 112722
Summary: RISC-V: ICE on tree-vect-slp.cc:8029 for
-march=rv64gc_zve64d
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112710
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.3
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112711
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #4 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112712
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2023-11-27
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112716
--- Comment #4 from Richard Biener ---
Not that local types are never "merged" for cross-TU aliasing, they keep being
distinct types. In particular this applies to VLA types since the reference to
function-local vars ties them to the function I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97503
--- Comment #8 from LIU Hao ---
(In reply to Uroš Bizjak from comment #7)
> Actually, sign-extension, but the result is never sign-extended.
Yes but it should be a no-op right?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #11 from Robin Dapp ---
On Friday I looked into one of the Fortran fails, class_67.f90 and debugged it
independently without reading here further. It is also due to the same reason
- alias analysis finds that the predicated store de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112711
Martin Jambor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112721
Martin Jambor changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
Last recon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112718
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|[11/12/13/14 Re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112719
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2023-11-27
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112720
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112300
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:221166ad15eb37b047c77118f2eb1c8442eaa27b
commit r14-5868-g221166ad15eb37b047c77118f2eb1c8442eaa27b
Author: Jakub Jelinek
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112300
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #12 from Li Pan ---
Hi Robin,
Do you have any ideas about the possible fix for this issue? The x86 backend
has one workaround for this issue as below.
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=dbf8ab449417aa24669f6ccf50be8c17f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112706
--- Comment #5 from Richard Biener ---
As Andrew says (forwprop builds trees and feeds it fold-const.cc which
eventually gets it).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #13 from Robin Dapp ---
It looks like the takeaway from the other thread is that there are many
likewise assumptions about masked stores in the middle end. It's probably
difficult to get them all right in a short time. Therefore I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112721
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112720
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68122
Andrew Pinski changed:
What|Removed |Added
CC||iamanonymous.cs at gmail dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112700
--- Comment #2 from Alexandre Poux ---
Among the things that avoid the ICE:
- Using a subroutine instead of a function
- not using a type procedure but a regular function
- wrapping the list of char in a custom type
- returning a list of a real
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112719
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=112653
--- Comment #11 from Richard Biener ---
(In reply to Jan Hubicka from comment #8)
> On ARM32 and other targets methods returns this pointer. Togher with making
> return value escape this probably completely disables any chance for IPA
> trackin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112653
--- Comment #12 from Richard Biener ---
Hmm, r10-900-ged315c041f48f4 contained related work(?), but a typo(?):
@@ -4976,7 +5002,12 @@ find_func_aliases (struct function *fn, gimple *origt)
greturn *return_stmt = as_a (t);
fi = NU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100655
Thomas Schwinge changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112723
Bug ID: 112723
Summary: Missed optimization for invariants 'c+c' when c +=
-2147483648 and c is a global variable
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112706
--- Comment #6 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:d9abaa8d58f5729925b1db735d4723a9ea825eaa
commit r14-5872-gd9abaa8d58f5729925b1db735d4723a9ea825eaa
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112706
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110287
Bug 110287 depends on bug 112706, which changed state.
Bug 112706 Summary: missed simplification in FRE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112706
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112719
--- Comment #3 from Jakub Jelinek ---
Created attachment 56694
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56694&action=edit
gcc14-pr112719.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112723
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112724
Bug ID: 112724
Summary: C++ "'excess_precision_expr' not supported by
dump_expr"
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: diagnostic, testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112724
--- Comment #1 from Thomas Schwinge ---
I found that PR108698 "decltype ((T() + ‘excess_precision_expr’ not supported
by dump_expr)) median(ndarray) [with T = double]’: since
r13-3290-g98e341130f87984a" discussed a similar issue, but I don't kn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112723
--- Comment #2 from Richard Biener ---
It's combine on RTL that is able to eliminate the addition/subtraction and
postreload the redundant shift. Nothing on GIMPLE optimizes
c.0_2 = (unsigned int) c_5(D);
_3 = c.0_2 + 2147483648;
c_8 = (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112723
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2023-11-27
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112724
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112708
--- Comment #8 from Bruno Haible ---
(In reply to Richard Biener from comment #7)
> It's -fvar-tracking, not -fvar-tracking-assignments. At -O0 debug info
> during the prologue is unreliable without that.
Then how about enabling -fvar-tracking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112704
Thomas Schwinge changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112725
Bug ID: 112725
Summary: [14 Regression] powerpc64le-linux-gnu:
'c-c++-common/builtin-classify-type-1.c:113:3: error:
AltiVec argument passed to unprototyped function'
Produ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112708
--- Comment #9 from Jakub Jelinek ---
(In reply to Bruno Haible from comment #8)
> (In reply to Richard Biener from comment #7)
> > It's -fvar-tracking, not -fvar-tracking-assignments. At -O0 debug info
> > during the prologue is unreliable wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112562
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> Should be fixed now I believe.
It is indeed: thanks for the quick fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
--- Comment #12 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
>> --- Comment #10 from Jakub Jelinek ---
>> (In reply to r...@cebitec.uni-bielefeld.de from comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60512
--- Comment #22 from GCC Commits ---
The master branch has been updated by Alex Coplan :
https://gcc.gnu.org/g:06280a906cb3dc80cf5e07cf3335b758848d488d
commit r14-5873-g06280a906cb3dc80cf5e07cf3335b758848d488d
Author: Alex Coplan
Date: Fri M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112719
--- Comment #4 from Jakub Jelinek ---
Note,
int
foo (unsigned _BitInt(239) x, unsigned _BitInt(252) y)
{
x &= 0x2aaauwb;
y &= 0x5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90709
Bug 90709 depends on bug 60512, which changed state.
Bug 60512 Summary: would be useful if gcc implemented __has_feature similarly
to clang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60512
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60512
Alex Coplan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109882
Bug 109882 depends on bug 60512, which changed state.
Bug 60512 Summary: would be useful if gcc implemented __has_feature similarly
to clang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60512
What|Removed |Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109143
--- Comment #6 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:5a381334e2b0faac75c059504155aa4a8f8809ac
commit r12-10005-g5a381334e2b0faac75c059504155aa4a8f8809ac
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109983
--- Comment #18 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:5a381334e2b0faac75c059504155aa4a8f8809ac
commit r12-10005-g5a381334e2b0faac75c059504155aa4a8f8809ac
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110515
--- Comment #15 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:fe39ced331e76a85bb57b71b8acd9de9122bd91c
commit r12-10007-gfe39ced331e76a85bb57b71b8acd9de9122bd91c
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110702
--- Comment #10 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:56d6989705189970b842ba1bdb1759d432b0d9e7
commit r12-10009-g56d6989705189970b842ba1bdb1759d432b0d9e7
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110295
--- Comment #8 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:60575ee7b016b4d45af3d25d0b8b239ac0fd0e0c
commit r12-10006-g60575ee7b016b4d45af3d25d0b8b239ac0fd0e0c
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111019
--- Comment #14 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:b66fd93a60d429f97ca5fdfb9a88f291c605d002
commit r12-10010-gb66fd93a60d429f97ca5fdfb9a88f291c605d002
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110556
--- Comment #14 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:34bb7282da434e43d29f35733121d8c08a7a1ae1
commit r12-10008-g34bb7282da434e43d29f35733121d8c08a7a1ae1
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110556
Richard Biener changed:
What|Removed |Added
Known to fail||12.3.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110702
Richard Biener changed:
What|Removed |Added
Known to work||12.3.1
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #14 from Li Pan ---
The below diff similar to the x86 workaround looks not working, unless we
change the `+m` to `=m`. But I don't fully test the impact of this change
except the case itself.
diff --git a/gcc/config/riscv/riscv.md b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111019
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111601
--- Comment #11 from Jakub Jelinek ---
r14-4662 still builds ok and r14-4668 fails, wonder which of those commits it
is.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110515
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109983
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68331
Bug 68331 depends on bug 109983, which changed state.
Bug 109983 Summary: [12 regression] Wireshark compilation hangs with -O2
-fipa-pta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109983
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112697
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111601
--- Comment #12 from rguenther at suse dot de ---
On Mon, 27 Nov 2023, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111601
>
> --- Comment #11 from Jakub Jelinek ---
> r14-4662 still builds ok and r14-4668 fa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111601
--- Comment #13 from Jakub Jelinek ---
(In reply to rguent...@suse.de from comment #12)
> On Mon, 27 Nov 2023, jakub at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111601
> >
> > --- Comment #11 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112726
Bug ID: 112726
Summary: Sometimes incorrect DW_AT_decl_file with -gdwarf-5 and
-fdebug-prefix-map
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110237
Robin Dapp changed:
What|Removed |Added
CC||rdapp at gcc dot gnu.org
Targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #15 from Robin Dapp ---
Does the =m fix your issue? Or is the code gen different then and we're just
lucky? For my problem it doesn't help because we still don't recognize an
alias between load and store and the load is moved.
Ric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112709
--- Comment #2 from Jakub Jelinek ---
This isn't specific to asan, -fsanitize=undefined ICEs on it the same.
In both cases, we want to add instrumentation for the store of the call lhs.
So, either we move the instrumentation on the non-abnormal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112563
Rainer Orth changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112709
--- Comment #3 from Jakub Jelinek ---
The .ASAN_CHECK call before the returns_twice fn call was added in
r6-6758-g7db337c247a6f34708b502016d58c2ef9991b2a8
and with .UBSAN_NULL call before it with -fsanitize=undefined since
r0-126632-gb9a55b135e5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111445
--- Comment #10 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:948c4616e504b656278cd47f8b96ad3fb47db626
commit r12-10011-g948c4616e504b656278cd47f8b96ad3fb47db626
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111764
--- Comment #10 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:bd75062cc3fc4abd19c37fae164d9764ffab2407
commit r12-10012-gbd75062cc3fc4abd19c37fae164d9764ffab2407
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111818
--- Comment #6 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:2cc700fec5c72d9c1385ec83621771bb9db58d96
commit r12-10014-g2cc700fec5c72d9c1385ec83621771bb9db58d96
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111614
--- Comment #6 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:e4b5aca4433bd1c6de4ea2585700770bba8eb0d7
commit r12-10013-ge4b5aca4433bd1c6de4ea2585700770bba8eb0d7
Author: Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111917
--- Comment #10 from GCC Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:bbd68241f7277850ba9f97c3d26c968f365f5479
commit r12-10015-gbbd68241f7277850ba9f97c3d26c968f365f5479
Author: Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111445
Richard Biener changed:
What|Removed |Added
Known to work||12.3.1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112727
Bug ID: 112727
Summary: UBSAN creates GIMPLE path with uninitialized variable
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112707
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111601
--- Comment #14 from Jakub Jelinek ---
So, indeed adding -fno-fold-memory-offsets fixes it:
/home/jakub/gcc/obj94/./prev-gcc/xg++ -B/home/jakub/gcc/obj94/./prev-gcc/
-B/usr/local/powerpc64le-unknown-linux-gnu/bin/ -nostdinc++
-B/home/jakub/gcc/o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112661
--- Comment #16 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:061a82fa2b751b42d0d8ddfcd45367c848d3ee64
commit r14-5878-g061a82fa2b751b42d0d8ddfcd45367c848d3ee64
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112661
Richard Sandiford changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111601
--- Comment #15 from Jakub Jelinek ---
Looking at the assembly difference, I see just a few functions:
--- cp/call.s2 2023-11-27 13:40:15.088908624 +
+++ cp/call.s1 2023-11-27 13:35:56.912298399 +
@@ -364,13 +364,12 @@ _ZL13splice_viab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112716
--- Comment #5 from Martin Uecker ---
It works (and is required to work) for other types, e.g.
[[gnu::noinline,gnu::noipa]]
int foo(void *p, void *q)
{
int n = 5;
int (*p2)[n] = p;
(*p2)[0] = 1;
bar(q);
r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112728
Bug ID: 112728
Summary: gcc.dg/scantest-lto.c FAILs
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112728
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32667
--- Comment #49 from post+gcc at ralfj dot de ---
Even glibc itself seems to use `restrict`:
https://codebrowser.dev/glibc/glibc/string/string.h.html#43
So the compiler building glibc might inadvertently rely on the memory written
through dst an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112716
--- Comment #6 from rguenther at suse dot de ---
On Mon, 27 Nov 2023, muecker at gwdg dot de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112716
>
> --- Comment #5 from Martin Uecker ---
> It works (and is required to work) for other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112653
--- Comment #13 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:f7884f7673444b8a2c10ea0981d480f2e82dd16a
commit r14-5879-gf7884f7673444b8a2c10ea0981d480f2e82dd16a
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112725
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112653
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110287
Bug 110287 depends on bug 112653, which changed state.
Bug 112653 Summary: PTA should handle correctly escape information of values
returned by a function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112653
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849
Bug 109849 depends on bug 112653, which changed state.
Bug 112653 Summary: PTA should handle correctly escape information of values
returned by a function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112653
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106326
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:e09007308c96a036a4a4e6fd4d6c09442b4c4420
commit r14-5881-ge09007308c96a036a4a4e6fd4d6c09442b4c4420
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106326
Richard Sandiford changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111584
Richard Sandiford changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106326
Richard Sandiford changed:
What|Removed |Added
CC||zhongyunde at huawei dot com
--- Co
1 - 100 of 214 matches
Mail list logo
