https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82205
Paul Thomas changed:
What|Removed |Added
CC||damian at archaeologic dot
codes
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82173
Bug 82173 depends on bug 82842, which changed state.
Bug 82842 Summary: (PDT) Constructors do not work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82842
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82842
Paul Thomas changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82205
--- Comment #5 from Paul Thomas ---
*** Bug 82842 has been marked as a duplicate of this bug. ***
Dear Andi,
Thank you for your attention. I will file a bug report. Should it go to the gcc
fortran component or to the gcc libfortran component? (I would have guessed gcc
libgfortran, but that does not exist as a component.)
Cordially,
Bas Braams
- Original Message -
From: "Andi Kleen"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121542
--- Comment #6 from GCC Commits ---
The releases/gcc-14 branch has been updated by LuluCheng
:
https://gcc.gnu.org/g:ee3622f3c664da274390391bb8208c898cc47b2f
commit r14-11959-gee3622f3c664da274390391bb8208c898cc47b2f
Author: Lulu Cheng
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121542
--- Comment #5 from GCC Commits ---
The releases/gcc-15 branch has been updated by LuluCheng
:
https://gcc.gnu.org/g:27d6b600b1e5c0e0eccb41d957ef453c4f347e8d
commit r15-10235-g27d6b600b1e5c0e0eccb41d957ef453c4f347e8d
Author: Lulu Cheng
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121560
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121560
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107462
Andrew Pinski changed:
What|Removed |Added
CC||sebastian.huber@embedded-br
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121542
chenglulu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121542
--- Comment #3 from GCC Commits ---
The master branch has been updated by LuluCheng :
https://gcc.gnu.org/g:d1c207a65d25b50e851ab53956271c91e0281ae0
commit r16-3209-gd1c207a65d25b50e851ab53956271c91e0281ae0
Author: Lulu Cheng
Date: Thu Aug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121560
Bug ID: 121560
Summary: Atomic no-operations are not optimized away
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: midd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121559
Bug ID: 121559
Summary: ccp does not do copy prop when there is bit info
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: compile-time-hog
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91901
--- Comment #4 from Andrew Pinski ---
With https://forge.sourceware.org/gcc/gcc-TEST/pulls/64 we get:
```
__attribute__((nodiscard))
struct string_view
magic_enum::detail::_ZN10magic_enum6detail4nameI1EEESt17basic_string_viewIcSt11char_traitsIcEE
version 16.0.0 20250814 (experimental) (GCC)
[538] %
[538] % gcctk -O2 small.c; ./a.out
[539] % gcctk -O3 small.c
[540] % timeout -s 9 5 ./a.out
Killed
[541] % cat small.c
int a, b, d, e, f;
int c[] = {
0, 4, 5, 5, 5,4, 4049,
8, 6, -205950648, 4
--enable-checking=yes --prefix=/local/suz-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 16.0.0 20250814 (experimental) (GCC)
[529] %
[529] % gcctk -O2 small.c
-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 16.0.0 20250814 (experimental) (GCC)
[520] %
[520] % gcctk -O3 small.c
[521] % ./a.out
Aborted
[522] % cat small.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105215
--- Comment #13 from Frank Scheiner ---
(In reply to Andrew Pinski from comment #10)
> So then the trunk will fail with -O3 -fno-late-combine :).
Confirmed:
```
$ /opt/gcc-16-20250810-nolibc/ia64-linux/bin/ia64-linux-gcc -std=gnu17 -Wall
-O3 -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105215
--- Comment #12 from Sam James ---
-fno-late-combine-instructions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120528
--- Comment #2 from Segher Boessenkool ---
And you can always use mtvsrdd d,0,s (which uses literal 0 as first source,
not GPR0). In RTL that canonically is written as a zero_extend.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105215
--- Comment #11 from Frank Scheiner ---
(In reply to Andrew Pinski from comment #10)
> So then the trunk will fail with -O3 -fno-late-combine :).
Fortunately this is not recogized or I did something wrong:
```
$ /opt/gcc-16-20250810-nolibc/ia6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105215
--- Comment #10 from Andrew Pinski ---
(In reply to Frank Scheiner from comment #9)
> (In reply to Andrew Pinski from comment #7)
> > Then most likely
> > https://gcc.gnu.org/git/?p=gcc.git;a=commit;
> > h=792f97b44ffc5e6a967292b3747fd835e99396e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105215
--- Comment #9 from Frank Scheiner ---
(In reply to Andrew Pinski from comment #7)
> Then most likely
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;
> h=792f97b44ffc5e6a967292b3747fd835e99396e7 . Which means this is really gone
> latent.
Yeah,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105215
--- Comment #8 from Frank Scheiner ---
(In reply to Andrew Pinski from comment #7)
> Then most likely
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;
> h=792f97b44ffc5e6a967292b3747fd835e99396e7 . Which means this is really gone
> latent.
Its pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117270
Richard Sandiford changed:
What|Removed |Added
Assignee|rsandifo at gcc dot gnu.org|unassigned at gcc dot
gnu.or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121414
Richard Sandiford changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121294
Richard Sandiford changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121294
--- Comment #10 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:1c6880c740c478980a8e09325ec7c5939a7f0a09
commit r13-9837-g1c6880c740c478980a8e09325ec7c5939a7f0a09
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121294
--- Comment #9 from GCC Commits ---
The releases/gcc-13 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:43f7e74037fca2806ea6e7ae809ff5eb590d1409
commit r13-9836-g43f7e74037fca2806ea6e7ae809ff5eb590d1409
Author: Richard San
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121294
--- Comment #8 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:68368446bbcaffa001e8dce890a896c5342e3ce1
commit r14-11956-g68368446bbcaffa001e8dce890a896c5342e3ce1
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121414
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:b33e50ea8dbdc78587897b8b0470fcabe5232194
commit r14-11957-gb33e50ea8dbdc78587897b8b0470fcabe5232194
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121294
--- Comment #7 from GCC Commits ---
The releases/gcc-14 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:1c4d937a9589a5a7c255def093f85297163adb04
commit r14-11955-g1c4d937a9589a5a7c255def093f85297163adb04
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105215
--- Comment #7 from Andrew Pinski ---
(In reply to Frank Scheiner from comment #6)
> In reply to Andrew Pinski from comment #5)
> > Most likely
> > https://gcc.gnu.org/git/?p=gcc.git;a=commit;
> > h=3b9b8d6cfdf59337f4b7ce10ce92a98044b2657b cause
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105215
--- Comment #6 from Frank Scheiner ---
In reply to Andrew Pinski from comment #5)
> Most likely
> https://gcc.gnu.org/git/?p=gcc.git;a=commit;
> h=3b9b8d6cfdf59337f4b7ce10ce92a98044b2657b causes the bug to go latent.
Hm, must be something older
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93727
--- Comment #8 from Jerry DeLisle ---
I have had to explore this a bit to get to a point of understanding. The
following C example shows building the HEX float strings and the incantations
needed. For those systems that support the 17 byte float
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99937
antto changed:
What|Removed |Added
CC||antto at mail dot bg
--- Comment #6 from antto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121524
Jakub Jelinek changed:
What|Removed |Added
Summary|[15/16 Regression] Trailing |[15 Regression] Trailing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121524
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b125eee2d8526538476834773fb8216035d08598
commit r16-3207-gb125eee2d8526538476834773fb8216035d08598
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119275
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119275
--- Comment #1 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:44cd33881ff45ee7acc0ae1ddf154163d1eef924
commit r16-3206-g44cd33881ff45ee7acc0ae1ddf154163d1eef924
Author: Jeff Law
Date: Thu Aug 14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119377
--- Comment #32 from Iain Sandoe ---
Just in case, I did quick test run...
https://gcc.gnu.org/pipermail/gcc-testresults/2025-August/855309.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121555
Sam James changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #2 from Sam James --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121554
--- Comment #1 from Sam James ---
*** Bug 121555 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121555
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120145
--- Comment #25 from Kirill A. Korinsky ---
Same:
(gdb) r
Starting program: /usr/ports/pobj/gcc-8.4.0/build-sparc64/gcc/cc1plus -nostdinc
-v -iprefix
/usr/ports/pobj/gcc-8.4.0/build-sparc64/gcc/../lib/gcc/sparc64-unknown-openbsd/10.0.0/
-isyste
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121076
--- Comment #2 from Segher Boessenkool ---
Trying 6 -> 7:
6: {r117:HI=bswap(r122:DI#6);clobber scratch;}
REG_DEAD r122:DI
7: r121:DI=zero_extend(r117:HI)
REG_DEAD r117:HI
Failed to match this instruction:
(set (reg:DI 121 [ _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105215
--- Comment #5 from Andrew Pinski ---
Most likely
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=3b9b8d6cfdf59337f4b7ce10ce92a98044b2657b
causes the bug to go latent.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105215
Frank Scheiner changed:
What|Removed |Added
CC||frank.scheiner at web dot de
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
Jakub Jelinek changed:
What|Removed |Added
Status|SUSPENDED |NEW
--- Comment #13 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120145
--- Comment #24 from Eric Botcazou ---
> Eric, I have removed this line from patches and rebuild the same commit.
>
> It fails as well.
Thanks. Something else looks suspicious in config/sparc/openbsd64.h:
@@ -42,10 +39,17 @@ along with GCC;
Bastiaan Braams via Gcc-bugs writes:
> Dear bug-gcc Group,
>
> This concerns gcc (gfortran) 14.2.1 on an x86_64 Red Hat Linux
> system. I am using the ieee_next_after function from the (intrinsic)
> ieee_arithmetic module in an inner loop and I noticed that it takes
> very much CPU time. It seems
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79359
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-08-14
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
--- Comment #12 from Andrew Pinski ---
(In reply to Alexander Monakov from comment #11)
> Is it really the same as CWG 2838? There's no default-init here, neither in
> the original Dolphin code nor in the small example supplied in comment #0.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120145
--- Comment #23 from Kirill A. Korinsky ---
Eric, I have removed this line from patches and rebuild the same commit.
It fails as well.
(gdb) r
Starting program: /usr/ports/pobj/gcc-8.4.0/build-sparc64/gcc/cc1plus -nostdinc
-v -iprefix
/usr/por
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121555
Bug ID: 121555
Summary: make check-cobol runs very few tests
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: cobol
lib
--disable-werror --enable-languages=cobol,c,c++
--prefix=/home/sam/bugs/gcc-pfx2 --enable-checking=release --with-libatomic
--with-libbacktrace --without-system-zlib --enable-lto
--with-build-config='bootstrap-asan bootstrap-ubsan'
Thread model: posix
Supported LTO compression algorithms
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
Marek Polacek changed:
What|Removed |Added
Assignee|mpolacek at gcc dot gnu.org|unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
--- Comment #8 from Marek Polacek ---
Pre-P2036, we also warned with -Wshadow. Perhaps the error should be
downgraded to a warning?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
--- Comment #7 from Sam James ---
https://invent.kde.org/system/dolphin/-/blob/master/src/dolphinmainwindow.cpp#L1401
Anyway, I can send a PR to them to change it if we agree that's the best idea.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
--- Comment #6 from Sam James ---
fwiw I don't claim my example is representative of Dolphin, I may well be
missing some subtlety there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
--- Comment #5 from Jakub Jelinek ---
Given still unresolved https://wg21.link/cwg2838 I think this should be
SUSPENDED until CWG decides, and dolphin should be fixed in the meantime not to
do that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
--- Comment #4 from Marek Polacek ---
P2036 says that this:
[x=1]{ int x; }
should be rejected. clang++ warns about this with -Wshadow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
--- Comment #3 from Andrew Pinski ---
Pr 106552 is the same as that c++ defect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121552
--- Comment #2 from Jakub Jelinek ---
Created attachment 62122
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62122&action=edit
gcc16-pr121552.patch
Untested implementation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
Sam James changed:
What|Removed |Added
Target Milestone|--- |16.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
--- Comment #1 from Sam James ---
Created attachment 62121
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62121&action=edit
dolphinmainwindow.cpp.ii.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120718
Richard Sandiford changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
Bug ID: 121553
Summary: [16 regression] Dolphin fails to build (error:
declaration of ‘auto job’ shadows a parameter)
Product: gcc
Version: 16.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121414
--- Comment #4 from GCC Commits ---
The releases/gcc-15 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:868a5774431e889aa2c35bf7f678433cfa21e3d4
commit r15-10233-g868a5774431e889aa2c35bf7f678433cfa21e3d4
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121294
--- Comment #6 from GCC Commits ---
The releases/gcc-15 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:701193a7a6d3f3f345bf336e7ebc7d6fa1e0c5ac
commit r15-10232-g701193a7a6d3f3f345bf336e7ebc7d6fa1e0c5ac
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121294
--- Comment #5 from GCC Commits ---
The releases/gcc-15 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:4cf9d4ebdd68a724eb41044cd8f2a4d466d81c7f
commit r15-10231-g4cf9d4ebdd68a724eb41044cd8f2a4d466d81c7f
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120718
--- Comment #9 from GCC Commits ---
The releases/gcc-15 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:d755aa03db0ad5b71ee7f39b09c92870789f2f00
commit r15-10230-gd755aa03db0ad5b71ee7f39b09c92870789f2f00
Author: Richard Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121315
--- Comment #4 from Alex Coplan ---
Yes, it looks to be faster using post-increment LDP/STP indeed. I think it
would be difficult to undo in pair-fusion, perhaps best to handle this earlier
(I guess in ivopts).
Generally pair-fusion requires a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121544
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120145
--- Comment #22 from Eric Botcazou ---
> Yes, OpenBSD has some patches. This build had applied the folowing patches:
>
> https://kirill.korins.ky/pub/gcc-sparc64-a8b98e2-patch.diff.txt
Can you remove this line in there?
sparc64-*-openbsd*)
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121552
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121552
Bug ID: 121552
Summary: [C++20] Implement C++20 P1766R1 - Mitigating minor
modules maladies
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121076
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121534
Vineet Gupta changed:
What|Removed |Added
CC||vineetg at gcc dot gnu.org
Last reconf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120145
--- Comment #21 from Kirill A. Korinsky ---
This build was configured as:
--build=sparc64-unknown-openbsd --with-as="/usr/local/bin/gas" --verbose
--program-transform-name=s,^,e, --disable-nls --with-system-zlib
--disable-libmudflap --dis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121476
Tomasz Kamiński changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tkaminsk at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120145
--- Comment #20 from Eric Botcazou ---
> (gdb) p/x $g1
> $4 = 0xfb8ee10cffec
> (gdb) x/x $g1
> 0xfb8ee10cffec: Cannot access memory at address 0xfb8ee10cffec
> (gdb)
So it's garbage, i.e. the @got.plt symbol apparently contains
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121336
--- Comment #3 from GCC Commits ---
The master branch has been updated by Hans-Peter Nilsson :
https://gcc.gnu.org/g:ead213a9b06f7fcafc5650a8391779ba313e197d
commit r16-3205-gead213a9b06f7fcafc5650a8391779ba313e197d
Author: Mikael Pettersson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120145
--- Comment #19 from Kirill A. Korinsky ---
Do you mean this one?
(gdb) p/x $g1
$4 = 0xfb8ee10cffec
(gdb) x/x $g1
0xfb8ee10cffec: Cannot access memory at address 0xfb8ee10cffec
(gdb)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120145
--- Comment #18 from Eric Botcazou ---
> Eric, it feels that I don't understand that this code is doing.
>
>0x00e6d45f7b0c <+12>:ldx [ %o7 + 0x2c ], %g1
> => 0x00e6d45f7b10 <+16>:jmpl %o7 + %g1, %g1
>
> At begining it loa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121315
--- Comment #3 from Alex Coplan ---
Here is a reduced testcase (compile with -O3 -mcpu=neoverse-v2):
void copyReverseGeneric(int *dst, int *src) {
for (int i = 0; i < 1; ++i)
dst[i] = __builtin_bswap32(src[i]);
}
of course using LDP/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121007
--- Comment #17 from GCC Commits ---
The releases/gcc-15 branch has been updated by Vladimir Makarov
:
https://gcc.gnu.org/g:ef1bd81ee057775c70dceb06c7ae2c409b8877b1
commit r15-10229-gef1bd81ee057775c70dceb06c7ae2c409b8877b1
Author: Vladimir N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120145
--- Comment #17 from Kirill A. Korinsky ---
Eric, it feels that I don't understand that this code is doing.
0x00e6d45f7b0c <+12>:ldx [ %o7 + 0x2c ], %g1
=> 0x00e6d45f7b10 <+16>:jmpl %o7 + %g1, %g1
At begining it loads %o7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121551
Bug ID: 121551
Summary: #include fails with -xc++ -ffreestanding
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119377
--- Comment #31 from Iain Sandoe ---
I think you guys also have macOS/Darwin hardware? - I build GCC often multiple
times a day on it - so it's definitely usable (and with Rosetta 2 one can build
x86_64 so do not need to depend on my branch bein
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119377
--- Comment #30 from Sam James ---
In the interest in moving things forward a bit, I'll try two things:
1) reproducing in a Debian stable container (or whatever Bob's distro of choice
is, just tell me what?), and
2) a bootstrap-asan+bootstrap-ub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120244
--- Comment #3 from Sam James ---
No problem. We will get there. I'm slowly learning bits more about COBOL in the
process too ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121550
Bug ID: 121550
Summary: Uninitialized memory with msync call in
symbol_table_extend
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120145
--- Comment #16 from Eric Botcazou ---
> (gdb) bt
> #0 0x00e6d45f7b10 in
> _Z20notice_global_symbolP9tree_node+0xfd0084fc@plt ()
> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
> (gdb) disassemble
> Dum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121543
--- Comment #2 from Jeffrey A. Law ---
Backported to the gcc-15 branch now :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119830
--- Comment #6 from GCC Commits ---
The releases/gcc-15 branch has been updated by Jeff Law :
https://gcc.gnu.org/g:1694cbaedd8f9ca6ad9244e4168d2c18b413e6ee
commit r15-10228-g1694cbaedd8f9ca6ad9244e4168d2c18b413e6ee
Author: Andrew Pinski
Date
1 - 100 of 138 matches
Mail list logo
