https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113114
--- Comment #4 from Alex Coplan ---
(The above was reduced from gcc/testsuite/gcc.dg/torture/pr45720.c FWIW).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113440
--- Comment #2 from Andrew Macleod ---
(In reply to Richard Biener from comment #1)
> Yeah, looks like
>
> if (a+a < a)
>
> for unsigned doesn't register the appropriate range on the false edge.
_1 = a_5(D) * 2;
if (_1 < a_5(D))
goto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56109
Paul Pluzhnikov changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113122
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Eve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110422
Martin Jambor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113399
--- Comment #5 from Jakub Jelinek ---
Ok, I'll bootstrap/regtest:
2024-01-17 Jakub Jelinek
PR other/113399
* common.opt (ffold-mem-offset): Remove Target and Bool keywords, add
Common and Optimization.
--- gcc/common
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113114
--- Comment #5 from Alex Coplan ---
Hmm, so initially (with the testcase in c3) we have:
ldp s30, s29, [x0, #-4]
...
add x0, x0, #-4
and we try to form:
ldp s30, s29, [x0, #-4]!
with this RTL:
(rr) call debug (pair_change.m_insn->rtl ())
(i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113453
Bug ID: 113453
Summary: bpf: func_info and line_info missing in .BTF.ext
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113452
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113452
--- Comment #2 from Jakub Jelinek ---
Perhaps
2024-01-17 Jakub Jelinek
PR testsuite/113452
* gcc.target/i386/sse4_1-stv-1.c: Add -fno-tree-vectorize to
dg-options.
--- gcc/testsuite/gcc.target/i386/sse4_1-stv-1.c.jj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56109
--- Comment #6 from Jonathan Wakely ---
Thanks, Paul.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113318
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106749
Bug 106749 depends on bug 113318, which changed state.
Bug 113318 Summary: [C++23] Implement P1185R12, Naming text encodings to
demystify them
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113318
What|Removed |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109162
Bug 109162 depends on bug 113318, which changed state.
Bug 113318 Summary: [C++23] Implement P1185R12, Naming text encodings to
demystify them
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113318
What|Removed |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113445
--- Comment #4 from Maxim Kuvyrkov ---
Testing patch
https://gcc.gnu.org/pipermail/gcc-patches/2024-January/643267.html .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113445
--- Comment #5 from Jakub Jelinek ---
My reduced testcase (C):
/* PR bootstrap/113445 */
/* { dg-do compile } */
/* { dg-options "-O2 -fcompare-debug -Wno-uninitialized" } */
enum E { F };
int *a, *b, *c, *d, e, f, g, h, i;
int *f1 (int *);
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113451
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113454
Bug ID: 113454
Summary: [14 regression] "assignment of read-only member" error
with 483.xalancbmk from SPEC CPU 2006
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113446
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113396
Jakub Jelinek changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113396
--- Comment #10 from David Binderman ---
Created attachment 57117
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57117&action=edit
C source code
After many hours, cvise appears incapable of reducing the code
much beyond this version.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48379
Campbell changed:
What|Removed |Added
CC||rlcamp.pdx at gmail dot com
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113430
--- Comment #5 from Tavian Barnes ---
(In reply to Xi Ruoyao from comment #3)
> Updated the title to make it more precise.
>
> Note that even with Linux 6.7 the default value of CONFIG_ARCH_MMAP_RND_BITS
> is still 28 (32 is set by some distro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113455
Bug ID: 113455
Summary: ROUNDING: IEEE Standard: Missing decimal rounding mode
'nearest, ties away from zero' for decimalxxx
datatypes.
Product: gcc
Version: 13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113455
--- Comment #1 from Joseph S. Myers ---
The decimal rounding mode is set with fe_dec_setround. libdfp provides that
function and an fenv.h wrapper with constant definitions including
FE_DEC_TONEARESTFROMZERO. Providing that library is outside
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113454
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111544
Sam James changed:
What|Removed |Added
CC||macro at orcam dot me.uk
--- Comment #15 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86843
--- Comment #4 from Sam James ---
libcxx has started working towards this, see
https://discourse.llvm.org/t/rfc-hardening-in-libc/73925 and
https://libcxx.llvm.org/Hardening.html.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113446
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99493
--- Comment #5 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:68cea2d32a9fd525154b6a48042e5835d4c5e371
commit r14-8189-g68cea2d32a9fd525154b6a48042e5835d4c5e371
Author: Patrick Palka
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113242
--- Comment #2 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:68cea2d32a9fd525154b6a48042e5835d4c5e371
commit r14-8189-g68cea2d32a9fd525154b6a48042e5835d4c5e371
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113454
--- Comment #2 from Maciej W. Rozycki ---
(In reply to Sam James from comment #1)
> Didn't help this time ;)
Well, now it mentions 483.xalancbmk, which the other bug does not
(and which I searched for specifically, finding only a bunch of old
r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113456
Bug ID: 113456
Summary: [14 Regression] Bootstrap comparison failure!
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113456
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113445
Andrew Pinski changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113448
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457
Bug ID: 113457
Summary: Trying to emulate views::concat with std::generator
gives ICE on co_yield: "internal compiler error: in
canonicalize_component_ref, at gimplify.cc"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
Bug ID: 113458
Summary: Missed SLP for reduction of multiplication/addition
with promotion
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-opti
4-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-8193-20240117105849-g3340878009a-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240117 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113460
Bug ID: 113460
Summary: Segfault in __builtin_coro_destroy when using
std::generator to concate ranges
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457
--- Comment #2 from Daniel Boles ---
Yeah, std::generator is new for GCC/libstdc++ v14. I think it landed a month or
two ago. I'm just getting started using it now. Getting in early bug-finding :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112862
--- Comment #3 from Iain Sandoe ---
OK. So I realise the reason you see this and I wasn't: I have the habit of
installing before running the testsuite. When I test uninstalled, then I get
the issue.
... the subsequent work reveals that we are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112862
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457
--- Comment #3 from Jonathan Wakely ---
A little less than a month ago, Dec 21.
I'm trying to bisect it. A slightly modified copy of trunk headers (to remove
the use of explicit object member functions) compiles with GCC 13.1 but ICEs
with the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
--- Comment #1 from Andrew Pinski ---
The loop based vectorizer is able to do a decent job at:
```
int f(short *a, signed char *b, int n)
{
int sum = 0;
n = 8;
for(int i = 0;i < n; i++)
sum += a[i]*b[i];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457
--- Comment #4 from Jonathan Wakely ---
Created attachment 57121
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57121&action=edit
Gzipped preprocessed source
This ICEs with current trunk, and r14-1 and r13-1 with this error:
gen.cc:14:10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86843
--- Comment #5 from Jonathan Wakely ---
It's a shame they're using "debug mode" to mean "debug the library impl itself"
when that's a term we have been using with completely different meaning for
many years.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
Martin Jambor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89863
Bug 89863 depends on bug 94629, which changed state.
Bug 94629 Summary: 10 issues located by the PVS-studio static analyzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86843
--- Comment #6 from Jonathan Wakely ---
Oh I think I misread it ... it does enable some internal assertions, but is
mostly the same meaning as our debug mode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113450
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113221
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:7a8124e341aebcc544b4720e920b625f4ffe4e8a
commit r14-8194-g7a8124e341aebcc544b4720e920b625f4ffe4e8a
Author: Andrew Pinski
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113221
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112632
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111659
--- Comment #4 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:eb71695f76378151cb38372051bf50aed792f36d
commit r14-8195-geb71695f76378151cb38372051bf50aed792f36d
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111659
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429
--- Comment #7 from JuzheZhong ---
I have fixed patch which is approved:
https://patchwork.sourceware.org/project/gcc/patch/20240117143151.3812116-1-juzhe.zh...@rivai.ai/
Could you commit it for me and test CAM4 again ?
Or you are not able to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429
--- Comment #8 from Vineet Gupta ---
Thx for the quick fix. I'll validate and commit !
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113461
Bug ID: 113461
Summary: [14 Regression] rust-proc-macro.cc:174:15: error:
format '%lu' expects argument of type 'long unsigned
int', but argument 3 has type 'long long unsigned int'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113389
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113455
--- Comment #2 from newbie-02 ---
(In reply to Joseph S. Myers from comment #1)
hello and thank you very much!!,
> The decimal rounding mode is set with fe_dec_setround.
found in my directories that I already had experimented with that,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112588
--- Comment #4 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:3471a61ed0ddef70de8f1bbba85cd1e945fc86fd
commit r14-8196-g3471a61ed0ddef70de8f1bbba85cd1e945fc86fd
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113455
--- Comment #3 from Joseph S. Myers ---
If you're linking with the version of the DFP arithmetic functions
(__bid_a3 etc.) in libdfp rather than the libgcc version - check the link
order carefully to make sure the right version is linked in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956
Gaius Mulley changed:
What|Removed |Added
Attachment #56522|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113461
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111956
--- Comment #20 from Gaius Mulley ---
Created attachment 57123
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57123&action=edit
ChangeLog for proposed fix
For completeness here is the changelog.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113437
--- Comment #2 from Hongtao Liu ---
Maybe we can add target vect_int.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113437
--- Comment #3 from Andrew Pinski ---
(In reply to Hongtao Liu from comment #2)
> Maybe we can add target vect_int.
Not really because vect_int depends on the vect.exp framework still. See PR
113418 and the emails linked from there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112401
--- Comment #2 from JuzheZhong ---
Add more test:
void matrix_4x4_transpose_segmented_load(float* dst, float* src)
{
vfloat32m1x4_t data = __riscv_vlseg4e32_v_f32m1x4(src, 4);
vfloat32m1_t data0 = __riscv_vget_v_f32m1x4_f32m1(data, 0);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112401
--- Comment #3 from JuzheZhong ---
vfloat32m4_t matrix_4x4_transpose_vslide(vfloat32m4_t src) {
vfloat32m1_t inMat0 = __riscv_vget_v_f32m4_f32m1(src, 0);
vfloat32m1_t inMat1 = __riscv_vget_v_f32m4_f32m1(src, 1);
vfloat32m1_t inMat2 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429
--- Comment #9 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:e935c0662fe6301d524c54bb5bd75e923abb61e9
commit r14-8199-ge935c0662fe6301d524c54bb5bd75e923abb61e9
Author: Juzhe-Zhong
Date: Thu Jan 18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113429
--- Comment #10 from JuzheZhong ---
I have commit V3 patch with rebasing since V2 patch conflicts with the trunk.
I think you can use trunk GCC validate CAM4 directly now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457
--- Comment #5 from Andrew Pinski ---
Reducing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110847
--- Comment #2 from GCC Commits ---
The master branch has been updated by Sandra Loosemore :
https://gcc.gnu.org/g:9a5e8f9d112adb0fdd0931f72a023cd77c09dd8c
commit r14-8200-g9a5e8f9d112adb0fdd0931f72a023cd77c09dd8c
Author: Sandra Loosemore
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110847
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
//binary-trunk-r14-8193-20240117105849-g3340878009a-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240117 (experimental) (GCC)
x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-8193-20240117105849-g3340878009a-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.1 20240117 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109615
Li Pan changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110265
Li Pan changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
zstd
gcc version 14.0.1 20240117 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457
--- Comment #6 from Andrew Pinski ---
So you can reproduce it easier without even vector or array:
```
#include
using namespace std;
template
[[nodiscard]] auto
concat(Ranges&&... ranges) -> generator
{
(co_yield ranges::elements_of(ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113465
Bug ID: 113465
Summary: [mingw-w64] dllexported constexpr (inline) variables
not automatically emitted
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113466
Bug ID: 113466
Summary: ICE: verify_flow_info failed: returns_twice call is
not first in basic block 7 with a __returns_twice__
function with _BitInt() argument
Product: gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113464
--- Comment #1 from Zdenek Sojka ---
Created attachment 57128
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57128&action=edit
testcase triggering SIGSEGV at -O0
Slightly different testcase, triggers SIGSEGV at -O0 at a similar place:
$ x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113465
Andrew Pinski changed:
What|Removed |Added
Keywords||ABI
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113465
--- Comment #2 from Andrew Pinski ---
Plus I think the C++ standard says the definition is still required ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54483
Andrew Pinski changed:
What|Removed |Added
CC||thiago at kde dot org
--- Comment #12 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113465
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
--- Comment #2 from Hongtao Liu ---
> But if we reduce n to 4, the loop based vectorizer is not able to handle it
> either.
Do we support 1 element vector(i.e V1SI) in vectorizer?
and it also relies on backend support of dot_prodv4qi.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112980
Kewen Lin changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
Bug ID: 113467
Summary: [14 regression] libgcrypt-1.10.3 is miscompiled
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #1 from Sam James ---
Created attachment 57129
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57129&action=edit
mpi-add.o (miscompiled)
The bad object is mpi-add.o, specifically _gcry_mpi_add_ui in there (verified
with optimiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #2 from Sam James ---
Created attachment 57130
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57130&action=edit
mpi-add.i
gcc -m32 -DHAVE_CONFIG_H -I. -I.. -I../src -I../src -O3 -march=znver2 -ggdb3
-fvisibility=hidden -fno-de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #3 from Sam James ---
```
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/14/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-14.0.1_pre20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #4 from Sam James ---
Created attachment 57131
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57131&action=edit
somewhat reduced t-mpi-point.c (not standalone)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113465
--- Comment #4 from Thiago Macieira ---
(In reply to Andrew Pinski from comment #3)
> See PR 54483 .
>
> *** This bug has been marked as a duplicate of bug 54483 ***
I don't think that's the same. That situation over there is C++11, where the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113465
--- Comment #5 from Thiago Macieira ---
> I don't think that's the same. That situation over there is C++11, where the
> constexpr variable is *not* static.
I meant not *inline*.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53929
--- Comment #24 from LIU Hao ---
I've composed a proposal to address this issue:
https://github.com/lhmouse/mcfgthread/wiki/Formalized-Intel-Syntax-for-x86#the-proposal
The proposal is to treat names between `ptr` and `[` as symbols, and to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99888
--- Comment #16 from Kewen Lin ---
(In reply to Michael Matz from comment #15)
> Umm. I just noticed this one as we now try to implement userspace live
> patching
> for ppc64le. The point of the "before" NOPs is (and always was) that they
> are
101 - 200 of 224 matches
Mail list logo
