https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116854
Bug ID: 116854
Summary: GCC incorrectly assumes all CPUs where -march=native
resolves to -march=bdver4 will have RDRND support
Product: gcc
Version: 13.3.1
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116844
--- Comment #3 from Jakub Jelinek ---
I think this isn't rejects-valid, http://eel.is/c++draft/dcl.fct#17 says that
typedef introduced functions should be only declared, not defined, and {} or =
delete; or = delete ("reason"); are definitions (a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116853
Bug ID: 116853
Summary: [Regression 15] Bootstrap fails on *-darwin* after
r15-3859-g63a598deb0c9
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116853
Rainer Orth changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116847
--- Comment #6 from Jakub Jelinek ---
At least on i686-linux, I think this is PCH related, moving away the
stdc++.h.gch directory makes the warning disappear, so it is some kind of
interaction between the diagnostics ignores recorded during PCH
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116850
Richard Biener changed:
What|Removed |Added
Version|unknown |15.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116852
--- Comment #1 from Richard Biener ---
I don't think there's a way besides wrapping those inside #pragma GCC
visibility, using attributes and/or -fvisibility
I also don't think being a template makes a function "special" to other
functions, so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116847
Rainer Orth changed:
What|Removed |Added
Target|powerpc64-linux-gnu,|powerpc64-linux-gnu,
|p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116847
--- Comment #4 from Iain Sandoe ---
(In reply to Rainer Orth from comment #3)
> The patch also broke Solaris bootstrap; will report that separately.
likewise *-darwin* (also have a report in preparation).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116788
--- Comment #7 from w.steinwender at freenet dot de ---
Compilation with -save-temps works if EACCES and ENOTDIR is added to the list
after if.
cc1 -v reports "ignoring nonexistent directory".
Maybe remove_duplicates() should return different re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116853
Iain Sandoe changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116853
--- Comment #2 from Jonathan Wakely ---
The workaround is fine to push if it works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116850
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
Georg-Johann Lay changed:
What|Removed |Added
Attachment #59196|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116854
--- Comment #1 from Uroš Bizjak ---
(In reply to Anonymous from comment #0)
> Summary: GCC enables __haswell__ on certain AMD Excavator CPUs that
> '-march=native' resolves to '-march=bdver4 -mno-rdrnd' despite the fact that
> RDRND should be ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116847
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Rainer Orth ---
> I see similar errors (100 libstdc++ tests FAILing with excess errors) on
> Solaris, both sparc and x86.
The Solaris testsuite failures boil down
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
--- Comment #8 from Georg-Johann Lay ---
Though it seems there are also new execution FAILs:
$ make -k check-gcc RUNTESTFLAGS="--target_board=atmega128-sim
--tool_opts=-mlra execute.exp=simd-[12].c -all"
Running
/home/john/xgnu/source/gcc-mast
On 26/09/24 04:44 +, Jason Mancini wrote:
Problem happens in 14.2.0, 13.2.0, 12.2.0
Doesn't seem to happen in 10.2.0 or 11.2.0
Only seems to happen for -std=c++17/14/11, but not for c++20/23/26.
Only seems to happen for -O2, but not -O0 / -O1 / -O3.
Happens for vector, but not deque or list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116847
--- Comment #7 from Jonathan Wakely ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #5)
> latch:68: warning: comparison of integer expressions of different
> signedness: 'const long unsigned int' and 'std::ptrdiff_t' {aka 'long int'}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116855
Bug ID: 116855
Summary: Unsafe early-break vectorization
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116856
Bug ID: 116856
Summary: Generated Code with unaligned uint32_t potentially
hardfaults on ARM (due to LDRD)
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
--- Comment #9 from Georg-Johann Lay ---
The gcc.c-torture/execute/simd-[12].c tests PASS with -mno-lra but are FAILing
with -mlra. Without your patch there are some ICEs, with your patch it's only
execution FAILs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116856
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116856
Robert Hölzl changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52280
Eric Botcazou changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #4 from Eric Botcazo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43485
--- Comment #3 from Eric Botcazou ---
> Still present on the mainline, but the problem directly comes from the use
> of Ada.Real_Time, i.e. this works if you replace it with Ada.Calendar.
This is apparently sufficient:
diff --git a/gcc/ada/libg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43485
Eric Botcazou changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116855
--- Comment #1 from Andrew Pinski ---
the string array has an alignment of 16 byte so is this an issue? Since we know
the alignment then there is possibility of incorrect behavior.
.align 4
.set.LANCHOR0,. + 0
.typ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43485
Eric Botcazou changed:
What|Removed |Added
Version|unknown |15.0
--- Comment #2 from Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116832
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116832
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2024-09-26
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116857
Bug ID: 116857
Summary: [15 Regression] libsupc++ build failure on mingw32:
libstdc++-v3/libsupc++/guard.cc:39:1: error:
declaration of 'int
__cxxabiv1::__cxa_guar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116857
--- Comment #1 from Jonathan Wakely ---
Probably r15-3859-g63a598deb0c9fc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116832
--- Comment #5 from Liam Powell ---
See the following code (shortened for clarity). There's probably a way to do
this without them, but our workaround works here.
select
Connection.Hold; -- Continues after update is done
then abort
decla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116857
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2024-09-26
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116857
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116585
--- Comment #6 from Richard Biener ---
(In reply to qinzhao from comment #5)
> (In reply to Richard Biener from comment #4)
> > Fixed on trunk sofar.
>
> thanks a lot for fixing this so quick.
> Will this patch be backported to older releases?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69374
--- Comment #22 from GCC Commits ---
The trunk branch has been updated by Gerald Pfeifer :
https://gcc.gnu.org/g:27003e5d6eadcddde617b89f11bab47ab75cc203
commit r15-3888-g27003e5d6eadcddde617b89f11bab47ab75cc203
Author: Gerald Pfeifer
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116822
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116550
--- Comment #6 from Georg-Johann Lay ---
...I am stuck here. When I am testing locally, a single test like
$ make -k check-gcc RUNTESTFLAGS="--target_board=atmega128-sim
--tool_opts=-mlra compile.exp=2009-1.c -all"
works fine, but on the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116845
--- Comment #7 from ptomsich at gcc dot gnu.org ---
Our team will also be busy with other priorities for the next weeks.
We will attempt to schedule this before the end of stage 1, but might still
have to delay until stage 3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116854
--- Comment #4 from Andrew Pinski ---
> Since the BIOS and/or OS can disable it,
>From the way I understand it, even things like avx can be turned on/off too.
Does that mean gcc should disable avx by default for most targets, NO.
Again the iss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116856
--- Comment #4 from Andrew Pinski ---
```
#include
typedef uint32_t uuint32_t __attribute__ ((__aligned__(1))) ;
void f(uint8_t *array)
{
uuint32_t * ptr = (uuint32_t *) (array + 1);
*ptr ^= *(ptr+1);
}
```
Works for me with -mcpu=cortex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116683
--- Comment #5 from Alex Coplan ---
Ah, so the problem seems to be that we're scanning for "Unrolled loop 3 times"
appearing exactly once in the dump, but on powerpc it appears twice; that is
because the loop in main gets unrolled too (presumabl
On Thu, Sep 26, 2024 at 2:57 AM Jonathan Wakely via Gcc-bugs
wrote:
>
> On 26/09/24 04:44 +, Jason Mancini wrote:
> >Problem happens in 14.2.0, 13.2.0, 12.2.0
> >Doesn't seem to happen in 10.2.0 or 11.2.0
> >Only seems to happen for -std=c++17/14/11, but not for c++20/23/26.
> >Only seems to h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116855
--- Comment #3 from Richard Biener ---
I would suggest to add a STMT_VINFO_ENSURE_NOTRAP or so and delay actual
verification to vectorizable_load when both vector type and VF are fixed.
We'd then likely need a LOOP_VINFO_MUST_USE_PARTIAL_VECTORS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116850
--- Comment #4 from Michael Matz ---
> Instead of using post-dominance from entry we could approximate that by
> dominance from exit which requires adding fake exit edges.
Hmm? post-dominance _is_ dominance from exit. (IOW: it's dominance on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116858
Sam James changed:
What|Removed |Added
Last reconfirmed||2024-09-26
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116858
Sam James changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116078
--- Comment #6 from Filip Kastl ---
Or maybe one binary has some expensive instructions which the other one
doesn't. I didn't notice anything like that while looking through the perf
results but I'm still learning to use perf effectively.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116858
--- Comment #2 from GCC Commits ---
The master branch has been updated by Sam James :
https://gcc.gnu.org/g:819098dc71f2079aedc15a904ab5f17f0788d991
commit r15-3899-g819098dc71f2079aedc15a904ab5f17f0788d991
Author: Sam James
Date: Thu Sep 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35779
--- Comment #14 from GCC Commits ---
The master branch has been updated by Sam James :
https://gcc.gnu.org/g:819098dc71f2079aedc15a904ab5f17f0788d991
commit r15-3899-g819098dc71f2079aedc15a904ab5f17f0788d991
Author: Sam James
Date: Thu Sep 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116847
Sam James changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116078
--- Comment #5 from Filip Kastl ---
I've double checked that the slowdown really happens on this commit. It realy
does. I've also double checked that the resulting binary is different. I've
seen this slowdown on 2 separate Zen 2 machines.
I'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93158
Andre Vehreschild changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #2 from Andre Ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116683
--- Comment #3 from Alex Coplan ---
Sorry for the delay in looking into this.
So it looks like the unrolling works as expected without LTO, at least I see:
;; Unrolled loop 3 times, constant # of iterations 26 insns
in the dump with a powerpc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116852
--- Comment #3 from Jonathan Wakely ---
Yeah. they're implemented similarly with comdat approaches, but the C++
standard formally defines what "inline function" means, and it doesn't apply to
all function templates.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116857
--- Comment #6 from Sergei Trofimovich ---
The change fixed `x86_64-w64-mingw32` build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116856
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116847
--- Comment #10 from Jakub Jelinek ---
Created attachment 59200
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59200&action=edit
gcc15-pr116847-1.patch
Apparently diagnostic.h already uses auto_vec in one spot. So for now here is
a clean
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116858
Bug ID: 116858
Summary: gfortran.dg/initialization_25.f90 test failure
(exposed by r15-3890-g34bf6aa41ba539)
Product: gcc
Version: 13.3.1
Status: UNCONFIRMED
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116847
--- Comment #11 from Jakub Jelinek ---
Created attachment 59201
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59201&action=edit
gcc15-pr116847-2.patch
Untested fix on top of the previous patch.
Unfortunately it regresses
FAIL: g++.dg/pch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116847
--- Comment #12 from Jason Merrill ---
(In reply to Jakub Jelinek from comment #10)
> Created attachment 59200 [details]
> gcc15-pr116847-1.patch
>
> Apparently diagnostic.h already uses auto_vec in one spot. So for now here
> is a cleanup pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116847
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116857
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:efdda203f52b9b55ef9acc8ad668bbd0570a8de6
commit r15-3892-gefdda203f52b9b55ef9acc8ad668bbd0570a8de6
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116847
--- Comment #9 from Jakub Jelinek ---
Oh, and the reason why libstdc++ testsuite on x86_64-linux is clean at least
for me is revealed by adding -Winvalid-pch to the command lines of the affected
testcases:
cc1plus: warning:
/home/jakub/src/gcc/o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116857
--- Comment #5 from LIU Hao ---
Thanks for the fix! (it indeed does not throw on Windows.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116852
Nathaniel Shead changed:
What|Removed |Added
CC||nshead at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116725
Antoni changed:
What|Removed |Added
Attachment #59115|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116725
--- Comment #3 from Antoni ---
Created attachment 59199
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59199&action=edit
Tentative fix for the issue
I have the following that seems to fix the issue.
I don't know if this is the correct way
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114855
--- Comment #56 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:942bbb2357656019caa3f8ebd2d23b09222f039a
commit r15-3896-g942bbb2357656019caa3f8ebd2d23b09222f039a
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116585
--- Comment #7 from Qing Zhao ---
>
> Yes, I'll pick it up after some soaking on trunk during my next backporting
> round. If you want to do the work of cherry-picking and regtesting feel free
> to do this earlier - it's been a week on trunk a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116858
Sam James changed:
What|Removed |Added
Version|13.3.1 |15.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116854
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116857
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116853
--- Comment #3 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:d797202caa34f008399dc65e10cc723f52fcbcc5
commit r15-3894-gd797202caa34f008399dc65e10cc723f52fcbcc5
Author: Iain Sandoe
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116855
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116854
--- Comment #3 from Thiago Macieira ---
(In reply to Andrew Pinski from comment #2)
> So bdver4 does have RDRND support just buggy bios's cause linux to disable
> it:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116683
Alex Coplan changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |acoplan at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116859
Bug ID: 116859
Summary: Bootstrap broken on FreeBSD due to
_GLIBCXX_USE_C99_LONG_LONG_DYNAMIC
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116859
Andrew Pinski changed:
What|Removed |Added
Summary|Bootstrap broken on FreeBSD |[15 Regression] Bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116859
--- Comment #1 from Andrew Pinski ---
3d7c150e3f05 libstdc++-v3/config/os/bsd/freebsd/os_defines.h (Benjamin
Kosnik 2003-07-05 04:05:45 + 39) #define
_GLIBCXX_USE_C99_LONG_LONG_DYNAMIC (_GLIBCXX_USE_C99_DYNAMIC || !defined
__LONG_LONG_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116851
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115860
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Stefan Schulze Frielinghaus
:
https://gcc.gnu.org/g:3eb3fbc89c638a72611efdc54110b8113f79ee8d
commit r14-10713-g3eb3fbc89c638a72611efdc54110b8113f79ee8d
Author:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116736
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
CC||qinzhao at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116861
--- Comment #1 from Sam James ---
Note that this has Tamar's patch applied for PR116817.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116736
--- Comment #2 from qinzhao at gcc dot gnu.org ---
currently, the "counted_by" info is used in __builtin_dynamic_object_size and
bounds sanitizer. and expected to catch out-of-bounds access during runtime.
So, this is the expected behavior.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116861
Bug ID: 116861
Summary: [15 regression] ICE when building netpbm-11.2.10
Product: gcc
Version: 13.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116860
Bug ID: 116860
Summary: New test case gcc.dg/tree-ssa/fold-xor-and-or.c from
r15-3866-ga88d6c6d777ad7 fails
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116861
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
Version|13.3.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116860
Andrew Pinski changed:
What|Removed |Added
Keywords||testsuite-fail
Component|other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116861
--- Comment #2 from Sam James ---
==236952== Invalid read of size 8
==236952==at 0x1EDB670: UnknownInlinedFun (tree-ssa-math-opts.cc:4174)
==236952==by 0x1EDB670: (anonymous
namespace)::math_opts_dom_walker::after_dom_children(basic_bloc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116859
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116859
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-09-26
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116847
Jakub Jelinek changed:
What|Removed |Added
Attachment #59201|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116859
--- Comment #5 from Jakub Jelinek ---
Created attachment 59203
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59203&action=edit
gcc15-pr116859.patch
Here it is in patch form. But I can't really test it on FreeBSD nor DragonFly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116859
--- Comment #2 from Sam James ---
(In reply to Andrew Pinski from comment #1)
> Maybe it was the recent `#pragma system_header` changes.
surely, yes..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116859
--- Comment #6 from kargls at comcast dot net ---
(In reply to Jakub Jelinek from comment #5)
> Created attachment 59203 [details]
> gcc15-pr116859.patch
>
> Here it is in patch form. But I can't really test it on FreeBSD nor
> DragonFly.
I ju
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116851
--- Comment #2 from Andrew Pinski ---
Looks we warn about code which will be removed later on. I have not looked into
it further though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116861
--- Comment #3 from Sam James ---
Created attachment 59205
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59205&action=edit
reduced.i
cvise spat this out but it's pretty big still, not modified it yet
1 - 100 of 147 matches
Mail list logo
