https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116267
Bug ID: 116267
Summary: Sanitizer extremely slow
Product: gcc
Version: 11.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116267
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114842
--- Comment #7 from GCC Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:4ddd886fececd83456d2d03dd6c191903dbca321
commit r15-2785-g4ddd886fececd83456d2d03dd6c191903dbca321
Author: Kewen Lin
Date: Wed Aug 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114842
--- Comment #6 from GCC Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:9b4b4dd108f262c95f5ee8aff911e4193a26e55a
commit r15-2784-g9b4b4dd108f262c95f5ee8aff911e4193a26e55a
Author: Kewen Lin
Date: Wed Aug 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98539
--- Comment #3 from Martin Uecker ---
Another symptom is the incorrect warning we get here:
void foo(char (*a)[*], int (*x)[*]);
void foo(char (*a)[*], int (*x)[sizeof *a]);
:3:30: warning: mismatch in bound 1 of argument 2 declared as 'int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114842
--- Comment #8 from GCC Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:cdca23875296edd78327d3da6890bb334c28f2fd
commit r15-2786-gcdca23875296edd78327d3da6890bb334c28f2fd
Author: Kewen Lin
Date: Wed Aug 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116267
--- Comment #2 from Wilson Snyder ---
Created attachment 58856
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58856&action=edit
Vt_case_uniq_many__ALL.ii.gz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114842
Kewen Lin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116268
Bug ID: 116268
Summary: notes on arm-linux-gnueabi* cannot be turned off
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116166
--- Comment #24 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:2cf89ae83225f932b226cd57ef2d083a59bcf8a3
commit r15-2789-g2cf89ae83225f932b226cd57ef2d083a59bcf8a3
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116166
Richard Biener changed:
What|Removed |Added
Known to work||15.0
Summary|[13/14/15 Regr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116268
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116268
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116263
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116072
--- Comment #4 from Filip Kastl ---
Hmm. The slowdown disappeared again. The measurements went back to their
original values. I'll mark this PR as WORKSFORME if there are no objections.
Btw we upgraded the machine's glibc. That happened after t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116267
--- Comment #3 from Sam James ---
It spends ages in skip_simple_arithmetic for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116267
--- Comment #4 from Andrew Pinski ---
That sounds like save_expr ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101390
Jennifer Schmitz changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116131
--- Comment #5 from Christoph Müllner ---
I've prepared a patchset that eliminates the optimization patterns for
XThead(F)MemIdx, which produce the non-canonical MEMs. As a side-effect, this
change also fixes the issue reported here. However, it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116175
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9426ce98ccb35a43b4f3e8ea14dcbf2f5de5dc48
commit r15-2790-g9426ce98ccb35a43b4f3e8ea14dcbf2f5de5dc48
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101390
--- Comment #6 from Richard Biener ---
Something like vect_recog_divmod_pattern is still the way to go - you can add a
separate pattern function if that fits better. If you have vector integer
division you can do modulo as suggested.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116142
--- Comment #14 from GCC Commits ---
The master branch has been updated by Xi Ruoyao :
https://gcc.gnu.org/g:2083389a18d36684a88d9e2653bacc87ad894b50
commit r15-2791-g2083389a18d36684a88d9e2653bacc87ad894b50
Author: Xi Ruoyao
Date: Tue Aug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116142
Xi Ruoyao changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116254
--- Comment #5 from Paul Thomas ---
Created attachment 58857
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58857&action=edit
reduced testscase
On x86_64, the attached gives:
[pault@pc30 pr79685]$ ~/grun/bin/gfortran -O3 -m32
../pr102689
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84353
Patrick Welche changed:
What|Removed |Added
CC||prlw1 at cam dot ac.uk
--- Comment #18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84353
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #19 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101312
Bug 101312 depends on bug 35980, which changed state.
Bug 35980 Summary: The canonical type of types with may_alias attribute is
incorrect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35980
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35980
Richard Biener changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116268
Matthias Klose changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114493
Bug 114493 depends on bug 35980, which changed state.
Bug 35980 Summary: The canonical type of types with may_alias attribute is
incorrect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35980
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116221
--- Comment #5 from anlauf at gcc dot gnu.org ---
(In reply to Sam James from comment #4)
> That works, thanks!
Did you also need to apply an equivalent initialization to silence the
warnings in comment#1:
diff --git a/gcc/fortran/intrinsic.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109126
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=116166
--- Comment #26 from Mark Wielaard ---
With gcc-15-2791-g2083389a18d native build of the preprocessed insn-emit-96.cc
from attachment #1 goes from 6 hours to 5 minutes.
Time variable usr sys
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111592
--- Comment #7 from GCC Commits ---
The master branch has been updated by Simon Martin :
https://gcc.gnu.org/g:a1999cbc816ecd382c7af4ca44153379de49dcaf
commit r15-2792-ga1999cbc816ecd382c7af4ca44153379de49dcaf
Author: Simon Martin
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111592
Simon Martin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116269
Bug ID: 116269
Summary: [OpenACC] acc_on_device – compile-time optimization
fails
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116261
Richard Biener changed:
What|Removed |Added
Target||riscv
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116269
--- Comment #1 from Tobias Burnus ---
Note regarding the compile-time optimization:
Currently, gcc/gimple-fold.cc's gimple_fold_builtin_acc_on_device only handles:
unsigned val_host = GOMP_DEVICE_HOST;
unsigned val_dev = GOMP_DEVICE_NONE;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116267
--- Comment #5 from Richard Biener ---
It probably has shared tree nodes from folding (or sanitizing) and needs a
hash-set to track visited.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114461
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116254
Richard Biener changed:
What|Removed |Added
Target|powerpc64-linux-gnu,|powerpc64-linux-gnu,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101390
--- Comment #7 from Jennifer Schmitz ---
Thank you for the reply. Seems like I have been looking in the right places.
I'm a new member of the GCC community, so I'm still getting familiar with many
parts of the code base. I have been trying to fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116258
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-08-07
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114461
--- Comment #3 from Jakub Jelinek ---
Oh, and
#define SEMICOLON ;
module SEMICOLON
or
#define EMTPY
module EMPTY ;
etc.
>From what I understand, ; coming from macro was meant to be certainly ok since
wg21.link/p1857r3 and the optional attribute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101390
--- Comment #8 from rguenther at suse dot de ---
On Wed, 7 Aug 2024, jschmitz at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101390
>
> --- Comment #7 from Jennifer Schmitz ---
> Thank you for the reply. Seems like I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #139 from Oleg Endo ---
Created attachment 58859
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58859&action=edit
testcase for attachment 58836 with -mno-lra
(In reply to Kazumoto Kojima from comment #135)
> Created attachment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116258
--- Comment #3 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:5b97d1a2102dca57918947d7e40a6ca68871
commit r15-2794-g5b97d1a2102dca57918947d7e40a6ca68871
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116258
Richard Biener changed:
What|Removed |Added
Known to work||15.0
--- Comment #4 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114461
--- Comment #4 from Jakub Jelinek ---
Perhaps given http://eel.is/c++draft/cpp.pre#7 makes the default for
preprocessing directives not macro expanded unless otherwise specified, change
http://eel.is/c++draft/cpp.module#3
"Any preprocessing toke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107087
Ted Lyngmo changed:
What|Removed |Added
CC||ted at lyncon dot se
--- Comment #20 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116268
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #140 from Oleg Endo ---
Created attachment 58860
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58860&action=edit
testcase for attachment 58831, 58832, 58833, 58836
The attached test case, when compiled with 'sh-elf-gcc -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116016
--- Comment #60 from qinzhao at gcc dot gnu.org ---
I came up with the following draft for the documentation of the new
__builtin_get_counted_by, let me know your comments and suggestions:
Builtin-in Function: type __builtin_get_counted_by (ptr)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116270
Bug ID: 116270
Summary: [15 regression] erratic failures (time outs) of
gfortran.dg/sizeof_6.f90
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102061
--- Comment #6 from Peter Damianov ---
I confirmed this is the case. Compiling the example from the testcase
independent-cloneids-1.c confirms that lhd_decl_printable_name is also used for
-fdump-rtl-final, my patch results in:
;; Function bar (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116270
Sam James changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116261
Sam James changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116261
Sam James changed:
What|Removed |Added
Target|riscv |riscv,powerpc64-linux-gnu,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116271
Bug ID: 116271
Summary: [15 regression] gcc.dg/vect/tsvc/vect-tsvc-s176.c
fails after r15-2777-g8fac69a2dbff98
Product: gcc
Version: 15.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116064
--- Comment #8 from Patrick Palka ---
One can now use -fpermissive or -Wno-error=template-body to compile TUs
containing errors inside uninstantiated templates.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #141 from John Paul Adrian Glaubitz ---
(In reply to Oleg Endo from comment #140)
> Created attachment 58860 [details]
> testcase for attachment 58831 [details], 58832, 58833, 58836
> (...)
> The issue goes away after applying att
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114461
--- Comment #5 from Jakub Jelinek ---
Oh, and I think there is another problem with that paper.
module : private ;
is valid, but the addition of https://eel.is/c++draft/cpp.module#2 stands in a
way,
the pp-tokens in that case don't match pp-modu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116140
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=116148
--- Comment #12 from John David Anglin ---
Adding -funsigned-char fixes test. Posted change also fixes test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116254
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107222
Patrick Palka changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116266
--- Comment #2 from Peter Bergner ---
(In reply to Kewen Lin from comment #0)
> I think not having TARGET_P10_VECTOR isn't intentional, as we still allow
> -mno-vsx with -mcpu=power10. We have TARGET_P8_VECTOR and TARGET_P9_VECTOR
> for P8 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116166
Mark Wielaard changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116259
--- Comment #1 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:2c6174402ea315ecf618cfcba741e8cb18bc5282
commit r15-2797-g2c6174402ea315ecf618cfcba741e8cb18bc5282
Author: Andrew Pinski
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116258
--- Comment #5 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:2c6174402ea315ecf618cfcba741e8cb18bc5282
commit r15-2797-g2c6174402ea315ecf618cfcba741e8cb18bc5282
Author: Andrew Pinski
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116258
--- Comment #6 from Andrew Pinski ---
*** Bug 116259 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116259
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116258
--- Comment #7 from Andrew Pinski ---
(In reply to Richard Biener from comment #4)
> Fixed on trunk, I do plan to backport.
ok, thanks for the fix, I added 2 aarch64 specific testcases, one for the VLA
vectors since that was not being tested be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109126
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:82cd63a63eaa61a4ed5c4029a1869be7446ecb3c
commit r15-2798-g82cd63a63eaa61a4ed5c4029a1869be7446ecb3c
Author: Jakub Jelinek
Date: W
-13 test.c -O2; ./a.out
1
$
$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=/root/compilers/gcc/gcc-trunk-20240807/bin/gcc
COLLECT_LTO_WRAPPER=/root/compilers/gcc/gcc-trunk-20240807/libexec/gcc/aarch64-unknown-linux-gnu/15.0.0/lto-wrapper
Target: aarch64-unknown-linux-gnu
Configured with: ./configure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94404
Bug 94404 depends on bug 109126, which changed state.
Bug 109126 Summary: [DR2387] Linkage of const-qualified variable template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109126
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109126
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116272
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116016
--- Comment #61 from qinzhao at gcc dot gnu.org ---
(In reply to qinzhao from comment #60)
> I came up with the following draft for the documentation of the new
> __builtin_get_counted_by, let me know your comments and suggestions:
After discuss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116273
Bug ID: 116273
Summary: [14/15 regression] RISC-V: gcc.dg/long_branch.c flakey
timeout
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116274
Bug ID: 116274
Summary: x86: poor code generation with 16 byte function
arguments
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116274
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Target Milestone|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116219
--- Comment #17 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:165e3e7c3ba884345647c0f1c9a3a57a03383651
commit r15-2800-g165e3e7c3ba884345647c0f1c9a3a57a03383651
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116271
--- Comment #1 from Jorn Wolfgang Rennecke ---
I have overlooked that, in the inner loop of s176, the array index i+m-j-1
turns negativeat for higher iterations of the middle loop for small m.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111937
--- Comment #8 from GCC Commits ---
The master branch has been updated by Prathamesh Kulkarni
:
https://gcc.gnu.org/g:38900247f3880d6eca2e364a000e5898f8deae64
commit r15-2801-g38900247f3880d6eca2e364a000e5898f8deae64
Author: Prathamesh Kulkarn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265
--- Comment #8 from GCC Commits ---
The master branch has been updated by Prathamesh Kulkarni
:
https://gcc.gnu.org/g:38900247f3880d6eca2e364a000e5898f8deae64
commit r15-2801-g38900247f3880d6eca2e364a000e5898f8deae64
Author: Prathamesh Kulkarni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116064
--- Comment #9 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:d1fc9816df81e953308428641685d6ec6d84c9ac
commit r15-2802-gd1fc9816df81e953308428641685d6ec6d84c9ac
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #142 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #141)
> (In reply to Oleg Endo from comment #140)
> > Created attachment 58860 [details]
> > testcase for attachment 58831 [details], 58832,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #143 from John Paul Adrian Glaubitz ---
The most common failure seems to be "error: unable to generate reloads for" and
it occurs often in routine for integer arithmetic.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116271
--- Comment #2 from Jorn Wolfgang Rennecke ---
Created attachment 58861
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58861&action=edit
proposed patch
Does this patch work for you?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112358
--- Comment #6 from John David Anglin ---
This note seems bogus:
In function '_dl_find_object_update':
cc1: note: destination object is likely at address zero
bool
_dl_find_object_update (struct link_map *new_map)
{
/* Copy the newly-loaded
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116237
--- Comment #1 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:4cec7bc79db52bae159c3c60a415e2aea48051d8
commit r15-2803-g4cec7bc79db52bae159c3c60a415e2aea48051d8
Author: Iain Sandoe
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112358
--- Comment #7 from Jeffrey A. Law ---
It could well be the case that the threader could transform this code to
eliminate the unexecutable path, but that it wasn't deemed profitable, thus
leaving a path in the IL that will never occur at runtime
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116237
--- Comment #2 from Sergey Fedorov ---
Thank you, Iain!
--enable-host-pie --disable-host-bind-now
--enable-default-ssp --disable-fixincludes --with-build-config='bootstrap-O3
bootstrap-lto'
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20240807 (experimental)
2083389a18d36684a88d9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112358
--- Comment #8 from Joseph S. Myers ---
If it's a false positive, it's reasonable to work around in glibc using the
libc-diag.h macros (DIAG_PUSH_NEEDS_COMMENT / DIAG_IGNORE_NEEDS_COMMENT /
DIAG_POP_NEEDS_COMMENT) - but that would need an approp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116128
--- Comment #4 from anlauf at gcc dot gnu.org ---
(In reply to mjr19 from comment #3)
> It seems that most of these are in-line expanded by gfortran-14.1, at least
> in some cases.
>
> function foo(a,n)
> real(kind(1d0))::a(*),foo
> integer:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116275
Roger Sayle changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116276
Bug ID: 116276
Summary: [14/15 regression] multiple inheritance CTAD
regression with -std=c++23
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116276
Jason Merrill changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
1 - 100 of 149 matches
Mail list logo