https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115690
--- Comment #2 from Richard Biener ---
looks like tuning picks an odd memcpy inline expansion choice.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115688
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115683
Richard Biener changed:
What|Removed |Added
Summary|[GCC 15] SSE2 regressions |[15 Regression] SSE2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115684
--- Comment #5 from Eric Gallager ---
(In reply to Andrew Pinski from comment #4)
> C++ has -Wzero-as-null-pointer-constant .
> Maybe it should be added for C also for at least C23 where nullptr exists
> now.
>
> Note for C++, the enum value is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115545
--- Comment #5 from uecker at gcc dot gnu.org ---
PATCH: https://gcc.gnu.org/pipermail/gcc-patches/2024-June/655470.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115157
--- Comment #6 from uecker at gcc dot gnu.org ---
PATCH:
https://gcc.gnu.org/pipermail/gcc-patches/2024-June/655473.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115634
Stefan Schulze Frielinghaus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115689
--- Comment #4 from Jerry DeLisle ---
(In reply to kargls from comment #3)
> The code you posted is standard conforming, and when
> compiled, executes as expected.
>
> My point is that the program is exiting. The operate system will
> reap the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115694
--- Comment #3 from Sam James ---
I should say -- I'm pretty sure the original code is undefined, but we
obviously shouldn't ICE. See https://bugs.gentoo.org/932721 and
https://github.com/scipy/scipy/issues/21065 for that side of things.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115694
--- Comment #2 from Sam James ---
(In reply to Sam James from comment #1)
> Created attachment 58539 [details]
> gcc-PR115694-scipy.tar.xz
There's a test.sh within, but pasting it inline:
```
gcc \
-O1 -flto=1 \
-o meson-generat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115694
--- Comment #1 from Sam James ---
Created attachment 58539
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58539&action=edit
gcc-PR115694-scipy.tar.xz
read model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20240627 (experimental)
9c56dc7f52a7c238c104cf9cc82d17a3703d970f (Gentoo Hardened 15.0. p, commit
7760ff0bf2fd5fa05385fc11158cb7efd7a05cc5)
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101017
--- Comment #9 from Haochen Jiang ---
I would rather do not touch all the ISA level since it might cause unexpected
problems after thinking twice.
Since there is also indirect call, I will throw an error for this case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115693
Xi Ruoyao changed:
What|Removed |Added
Version|unknown |14.1.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115689
--- Comment #3 from kargls at comcast dot net ---
The code you posted is standard conforming, and when
compiled, executes as expected.
My point is that the program is exiting. The operate system will
reap the process and reclaim the memory. Va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115676
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115675
--- Comment #3 from Hu Lin ---
192t.slp2
Previous:
781 char * vectp.10;
782 vector(4) char * vectp_a.9;
783 short int _1;
784 short int _2;
785 char _3;
786 char _4;
787 short int _5;
788 short int _6;
789 char _7;
790 char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115693
Bug ID: 115693
Summary: 8 std::byte std::array comparison potential missed
optimization
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115688
Kewen Lin changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |linkw at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069
--- Comment #45 from GCC Commits ---
The releases/gcc-14 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:ef8b60dd48faeaf2b4e28c35401fa10d2a3e53fb
commit r14-10355-gef8b60dd48faeaf2b4e28c35401fa10d2a3e53fb
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115355
--- Comment #18 from GCC Commits ---
The releases/gcc-14 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:ef8b60dd48faeaf2b4e28c35401fa10d2a3e53fb
commit r14-10355-gef8b60dd48faeaf2b4e28c35401fa10d2a3e53fb
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115355
--- Comment #17 from GCC Commits ---
The releases/gcc-13 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:361bfcec901ca882130e338aebaa2ebc6ea2dc3b
commit r13-8876-g361bfcec901ca882130e338aebaa2ebc6ea2dc3b
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069
--- Comment #44 from GCC Commits ---
The releases/gcc-13 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:361bfcec901ca882130e338aebaa2ebc6ea2dc3b
commit r13-8876-g361bfcec901ca882130e338aebaa2ebc6ea2dc3b
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115355
--- Comment #16 from GCC Commits ---
The releases/gcc-12 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:96ef3367067219c8e3eb88c0474a1090cc7749b4
commit r12-10587-g96ef3367067219c8e3eb88c0474a1090cc7749b4
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069
--- Comment #43 from GCC Commits ---
The releases/gcc-12 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:96ef3367067219c8e3eb88c0474a1090cc7749b4
commit r12-10587-g96ef3367067219c8e3eb88c0474a1090cc7749b4
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115672
--- Comment #11 from Sean Murthy ---
Created attachment 58538
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58538&action=edit
Repro for "order dependency" where issues with both A objects and B objects
disappear because B objects are crea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115672
--- Comment #10 from Sean Murthy ---
Comment on attachment 58537
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58537
Repro for "dependency" where not creating A objects fixes the issue with B
objects
Oops, the last two lines of the code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115672
--- Comment #9 from Sean Murthy ---
Created attachment 58537
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58537&action=edit
Repro for "dependency" where not creating A objects fixes the issue with B
objects
See: https://sigcpp.godbolt.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115672
--- Comment #8 from Sean Murthy ---
Created attachment 58536
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58536&action=edit
Repro for "contamination" or "bleeding" of A object issues to B objects
See: https://sigcpp.godbolt.org/z/73j6Yq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115672
--- Comment #7 from Sean Murthy ---
I have three other observations I'm having a hard time grasping and worry that
I might be doing something wrong. I share them anyway in the hope they add
value. I will also attach repros for these.
The observ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115692
cqwrteur changed:
What|Removed |Added
CC||unlvsur at live dot com
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115692
--- Comment #5 from cqwrteur ---
g++ -c ../modules/fast_io_core_impl.cppm -Ofast -std=c++26 -fmodules-ts
-I../include -freport-bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115692
--- Comment #4 from cqwrteur ---
g++ -c ../modules/fast_io_core_impl.cppm -Ofast -std=c++26 -fmodules-ts
-I../include -freport-bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115692
--- Comment #3 from cqwrteur ---
Created attachment 58534
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58534&action=edit
Preprocessed source stored into /tmp/cc3uiZPp.out file, please attach this to
your bugreport.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115692
--- Comment #2 from Andrew Pinski ---
Or attach the preprocessed source split correctly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115692
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115689
--- Comment #2 from Jerry DeLisle ---
Well I do not know about how all the hooks work but this is with the following
configure:
../trunk/configure --prefix=/home/jerry/dev/usr
--enable-languages=c,c++,fortran --enable-libgomp --disable-bootstra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115692
Bug ID: 115692
Summary: C++ module ice
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103100
--- Comment #28 from Hans-Peter Nilsson ---
(In reply to GCC Commits from comment #27)
> The releases/gcc-13 branch has been updated by Wilco Dijkstra
> :
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115157
Thiago Jung Bauermann changed:
What|Removed |Added
CC||thiago.bauermann at linaro dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115691
--- Comment #2 from John David Anglin ---
The xmpy patterns using uint32_operand have been there for ever. I think they
should be removed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115687
--- Comment #8 from Palmer Dabbelt ---
(In reply to Andrew Waterman from comment #6)
> I note MIPS sets TARGET_CONST_ANCHOR to 0x8000, and that architecture's
> ADDIU instruction has a 16-bit immediate. RISC-V's ADDI instruction has a
> 12-bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115691
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-06-27
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115691
Andrew Pinski changed:
What|Removed |Added
Target||hppa-linux-gnu
Summary|libgo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115690
Andrew Pinski changed:
What|Removed |Added
Known to work||6.1.0
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115691
Bug ID: 115691
Summary: libgomp.c-c++-common/for -2.h:101:33: internal
compiler error: in extract_insn, at recog.cc:2816
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115583
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115312
Lewis Hyatt changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115690
Bug ID: 115690
Summary: Strange codegen for small fixed-size `memcpy` when
targeting `-march=i486`
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115549
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115687
Vineet Gupta changed:
What|Removed |Added
CC||vineetg at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115689
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115687
Andrew Waterman changed:
What|Removed |Added
CC||andrew at sifive dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115670
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> So at -O1, foo0, foo5, foo6 are the only ones left.
>
> at -O0, foo1, foo2, foo3, foo4 are also emitted but that is expected since
> GCC emits static unused fun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115689
Bug ID: 115689
Summary: Missed deallocation before exit
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115670
--- Comment #5 from Andrew Pinski ---
So at -O1, foo0, foo5, foo6 are the only ones left.
at -O0, foo1, foo2, foo3, foo4 are also emitted but that is expected since GCC
emits static unused functions always at -O0.
So let's keep this for foo0/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114019
--- Comment #2 from anlauf at gcc dot gnu.org ---
The following - seemingly hackish - change fixes the ICE:
diff --git a/gcc/fortran/trans-stmt.cc b/gcc/fortran/trans-stmt.cc
index 93b633e212e..60275e18867 100644
--- a/gcc/fortran/trans-stmt.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115676
--- Comment #2 from Andrew Pinski ---
Yes see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55361#c5 for that ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115676
Andrew Pinski changed:
What|Removed |Added
Summary|gcc allows invalid calling |[c++11-C++14] gcc allows
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115679
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-06-27
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115687
--- Comment #5 from palmer at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #3)
> (In reply to Andrew Pinski from comment #2)
> > There is some code in cse.cc which does handle this.
> > See
> > https://gcc.gnu.org/onlinedocs/gccint
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115687
--- Comment #4 from palmer at gcc dot gnu.org ---
Just poking around a bit: I think this is coming from CSE, which is replacing
(insn 5 2 6 2 (set (reg:DI 135)
(const_int 16384 [0x4000])) "pr115687.c":7:12 275 {*movdi_64bit}
(nil))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115687
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> There is some code in cse.cc which does handle this.
> See
> https://gcc.gnu.org/onlinedocs/gccint/Misc.html#index-
> TARGET_005fCONST_005fANCHOR also.
MIPS, aa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115687
--- Comment #2 from Andrew Pinski ---
There is some code in cse.cc which does handle this.
See
https://gcc.gnu.org/onlinedocs/gccint/Misc.html#index-TARGET_005fCONST_005fANCHOR
also.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115687
palmer at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2024-06-27
Ever confirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115684
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112556
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-06-27
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115684
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #3 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115688
Peter Bergner changed:
What|Removed |Added
Last reconfirmed||2024-06-27
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115688
Bug ID: 115688
Summary: ICE on simple test case from r15-703-gb390b011569635
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115040
--- Comment #6 from AK ---
The duplicate part of https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88545, the
first loop, will get fixed with Jonathan's patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102398
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88545
--- Comment #10 from AK ---
With this patch find of int8_t gets converted to memchr.
Using testcase from https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115040 as
example. With the patch posted in
https://gcc.gnu.org/pipermail/gcc-patches/2024-June/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81915
--- Comment #6 from Andrew Pinski ---
*** Bug 102398 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81915
Andrew Pinski changed:
What|Removed |Added
CC||MacroModel at trajectronix dot
onm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115686
--- Comment #2 from Andrew Pinski ---
Really dup of bug 81915.
*** This bug has been marked as a duplicate of bug 81915 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115686
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102398
Andrew Pinski changed:
What|Removed |Added
CC||MacroModel at trajectronix dot
onm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109521
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115687
Bug ID: 115687
Summary: RISC-V optimization when "lui" instructions can be
merged
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115670
--- Comment #4 from Federico Kircheis ---
Sorry, I've posted the wrong link in the previous reply, this is the correct
one
https://godbolt.org/z/nhrM46ajs
Also
struct s2{
s i; //s is in anonymous namespace
};
s2 foo6(){
return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115670
--- Comment #3 from Federico Kircheis ---
I've collected the example mentioned here and in my original report
https://godbolt.org/z/o4893zhPs
struct {
int i = 42;
} const a;
auto foo0(){
return a;
}
int foo1(decltype(a)&){
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103100
--- Comment #27 from GCC Commits ---
The releases/gcc-13 branch has been updated by Wilco Dijkstra
:
https://gcc.gnu.org/g:5aa9ed0f353f835005c3df8932c7bc6e26f53904
commit r13-8874-g5aa9ed0f353f835005c3df8932c7bc6e26f53904
Author: Wilco Dijkstr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115686
Bug ID: 115686
Summary: gcc cannot generate weak link function for
thread_local variable `TLS init function`
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110498
Rogério de Souza Moraes changed:
What|Removed |Added
Version|13.1.0 |12.4.0
--- Comment #4 from Ro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115444
--- Comment #6 from Jonathan Wakely ---
If the compile wants to vectorize the loop, knowing there are N iterations
helps. Using first != last as the condition isn't necessarily just a pointer
comparison for arbitrary random access iterators, so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115684
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115684
--- Comment #1 from Konstantin Kharlamov ---
FWIW, IRL these cases happen during refactoring, when you factor out a code to
a smaller function, and some variables from the original function become
pointers. I honestly never even check the parame
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115685
Bug ID: 115685
Summary: [OpenMP][5.1][OpenACC] Permit named constants
("PARAMETER") in firstprivate, shared and copyin
clauses
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115684
Bug ID: 115684
Summary: No warning for pointer and enum field comparison
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115364
Simon Martin changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115475
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115457
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ktkachov at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115677
Richard Sandiford changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115677
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:f6081ee665fd5e4e7d37e02c69d16df0d3eead10
commit r15-1696-gf6081ee665fd5e4e7d37e02c69d16df0d3eead10
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115634
--- Comment #6 from GCC Commits ---
The master branch has been updated by Stefan Schulze Frielinghaus
:
https://gcc.gnu.org/g:187eeb99ec5289538923668de9d61a3138376817
commit r15-1695-g187eeb99ec5289538923668de9d61a3138376817
Author: Stefan Sch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115345
Djordje Baljozovic changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115679
--- Comment #2 from Jan Hubicka ---
> With -Og it's usually that the always-inline function is called indirectly -
> that's an unsupported case.
We can probably add CIF code for functions that were called indirectly
but are no more, so this is r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115680
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108860
Alexandre Duret-Lutz changed:
What|Removed |Added
CC||adl at gnu dot org
--- Comment #
1 - 100 of 180 matches
Mail list logo
