https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117842
Bug ID: 117842
Summary: Function wrongly returning empty character string if
allocated on the heap
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117839
--- Comment #3 from Richard Biener ---
It seems to me we fail to PRE the various rN:VnDI = const_vector [0] insns,
one issue of course is that we have both V4DI and V2DI sets where with
pseudos we don't know they are equivalent.
While there's g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117841
--- Comment #3 from Andrew Pinski ---
_83 = (sizetype) &k;
_84 = (sizetype) &MEM [(void *)&b + 2B];
_85 = _83 + _84;
_86 = (sizetype) &b;
_87 = _85 - _86;
g_88 = (char *) _87;
*g_88 = 0;
_90 = g_88 - &k;
_91 = (unsigned int) _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117841
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-11-29
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117841
--- Comment #1 from Yunbo Ni ---
Bisected to
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=6bf66276e3e41d5d92f7b7260e98b6a111653805
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117841
Bug ID: 117841
Summary: Miscompile with -O3 and -O0/1/2
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105771
Sam James changed:
What|Removed |Added
Known to work|14.2.1, 15.0|
Keywords|needs-bisection
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117840
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117840
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> Preprocess comes before fortran parsing and that is by design.
Let me expand on that.
Preprocessing happens before parsing so
1) \ on the end of a line is a lin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117840
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117840
Bug ID: 117840
Summary: backslash at the end of a commented line, in files
that need to be preprocessed
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117829
Sam James changed:
What|Removed |Added
Summary|False positive report for |[12/13/14 regression] False
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108083
--- Comment #5 from Sam James ---
Works with musl.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117839
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2024-11-29
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117839
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116296
Sam James changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13/14/15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106056
Sam James changed:
What|Removed |Added
Keywords||needs-source
--- Comment #3 from Sam James
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91780
Sam James changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117839
Bug ID: 117839
Summary: Redundant vector XOR instructions
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80862
Bug 80862 depends on bug 73350, which changed state.
Bug 73350 Summary: AVX512: GCC optimizes away rounding flags
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=73350
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=73350
Hongtao Liu changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117801
--- Comment #12 from Dhruv Chawla ---
(In reply to Richard Biener from comment #11)
> Created attachment 59722 [details]
> patch
>
> This patch passed bootstrap & regtest on x86_64-unknown-linux-gnu. I did
> not check whether it solves the aar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105771
Sam James changed:
What|Removed |Added
Summary|matrix partial |[12/13 regression] matrix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108083
Sam James changed:
What|Removed |Added
Target Milestone|--- |12.5
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108236
Paul Preney changed:
What|Removed |Added
CC||paul at preney dot ca
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111502
Sam James changed:
What|Removed |Added
Last reconfirmed||2024-11-29
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110626
Sam James changed:
What|Removed |Added
Target Milestone|--- |13.4
Summary|Duplicated finaliza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=73350
Sam James changed:
What|Removed |Added
CC||jkoval at gcc dot gnu.org
--- Comment #10 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117838
Sam James changed:
What|Removed |Added
Target Milestone|--- |12.5
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117838
Bug ID: 117838
Summary: IRA issues: The higher cost variable a is spilled for
the lower cost variable conflict_a in
improve_allocatuion()
Product: gcc
Version: 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117827
Sam James changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Summary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117813
Sam James changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117837
Bug ID: 117837
Summary: ICE: verify_cgraph_node failed
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83161
David Heidelberg (okias) changed:
What|Removed |Added
CC||david at ixit dot cz
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 116675, which changed state.
Bug 116675 Summary: No blend constant permute for V8HImode with just SSE2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116675
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116675
Hongtao Liu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117826
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117805
--- Comment #14 from kargls at comcast dot net ---
(In reply to anlauf from comment #12)
> (In reply to kargls from comment #11)
> > This is not processor-dependent behavior. gfortran implements
> > real*complex in accordance with the words of t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117813
Sam James changed:
What|Removed |Added
Summary|[14 Regression] GCC14 + |[14 Regression] GCC14 +
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104277
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117830
Andrew Pinski changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117752
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117723
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100501
Joseph S. Myers changed:
What|Removed |Added
CC||xieym3 at zohomail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117765
--- Comment #12 from GCC Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:30078cb0cc5e19d3de55d218ae500d59a21e7537
commit r15-5767-g30078cb0cc5e19d3de55d218ae500d59a21e7537
Author: Steven G. Kargl
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104277
--- Comment #3 from Alexandre Oliva ---
Unlikely :-( I haven't been involved with that work for over 5 years.
Without debug info consumer support, the notes are hardly useful, and AFAIK
that support is not forthcoming, so my recommendation has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117826
--- Comment #3 from Andrew Pinski ---
Full backtrace:
bug.cpp:4294:29: internal compiler error: Segmentation fault
0x290315e internal_error(char const*, ...)
/home/apinski/src/upstream-gcc-match/gcc/gcc/diagnostic-global-context.cc:518
0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117826
Andrew Pinski changed:
What|Removed |Added
Keywords||GC
--- Comment #2 from Andrew Pinski -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100501
Joseph S. Myers changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117815
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117820
--- Comment #4 from Jerry DeLisle ---
(In reply to anlauf from comment #3)
--- snip ---
> > The error at line 16 is not correct.
>
> Of course it is! But when you add _8 you get what you want.
>
> BTW: why does the integer(4) case not show th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117817
Sam James changed:
What|Removed |Added
Keywords|needs-bisection |
Summary|[13 Regression] Compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117142
Martin Jambor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117820
--- Comment #3 from anlauf at gcc dot gnu.org ---
(In reply to Jerry DeLisle from comment #2)
> If I add a couple more print statements:
>
> print *, -9223372036854775807
> print *, -9223372036854775808
>
> $ gfc -frange-check -Wall pr11782
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117142
--- Comment #7 from GCC Commits ---
The releases/gcc-14 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:8fd9461976b325efd134f9004a7958ebd008148f
commit r14-10997-g8fd9461976b325efd134f9004a7958ebd008148f
Author: Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92408
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117828
uecker at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
--- Comment #4 from ue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92408
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117833
--- Comment #6 from Ian Lance Taylor ---
The code is safe but I can see that it would be difficult for the compiler to
see that. I'll increase the buffer size.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63315
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117791
--- Comment #9 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:2261a15c0715cbf5c129b66ee44fc1d3a9e36972
commit r15-5766-g2261a15c0715cbf5c129b66ee44fc1d3a9e36972
Author: Harald Anlauf
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117820
--- Comment #2 from Jerry DeLisle ---
>From the standard, the relevent text is: 13.7.2.4 B, O, and Z editing
---
The value of m shall not exceed the value of w, except when w is zero. If m is
zero and the internal value consists of all zero bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117836
Bug ID: 117836
Summary: [meta-bug] favoid-store-forwarding issues
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: meta-bug
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117826
--- Comment #1 from Andrew Pinski ---
REducing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117824
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117834
Andrew Pinski changed:
What|Removed |Added
Keywords||build
Summary|libgfortran do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117805
--- Comment #13 from mjr19 at cam dot ac.uk ---
(In reply to kargls from comment #11)
> On 11/28/24 04:54, rguenth at gcc dot gnu.org wrote:
>
> The Fortran standard stops at this point and does not specify the
> actual underlying algorithm.
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117833
--- Comment #5 from Andreas Schwab ---
Started with r15-5735-g1046c32de4956c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114398
--- Comment #11 from Dennis van Raaij ---
Thanks for solving the issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114300
--- Comment #5 from Dennis van Raaij ---
Thanks for solving the issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117805
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116416
Jakub Jelinek changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113798
--- Comment #9 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:a4954130d43d478a23ec8b65f5d861167935d77a
commit r15-5764-ga4954130d43d478a23ec8b65f5d861167935d77a
Author: Marek Polacek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116416
Jakub Jelinek changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117805
--- Comment #11 from kargls at comcast dot net ---
On 11/28/24 04:54, rguenth at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117805
>
> --- Comment #10 from Richard Biener ---
> Note with a patch like in comment#4 you'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117833
--- Comment #4 from Jakub Jelinek ---
Or just change char buf[8]; to char buf[16];
The function has char buf[16]; elsewhere, so it won't make the frame larger.
In any case, I think gcc/go/gofrontend/ needs to go through upstream.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117231
--- Comment #5 from Iain Sandoe ---
(In reply to Jakub Jelinek from comment #4)
> Thanks. If so,
Looking at the generated code (input to the coroutine lowering) it seems highly
likely that this results from the use of a statement expression co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117765
Jerry DeLisle changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117833
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117065
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117830
Sam James changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117827
Sam James changed:
What|Removed |Added
Target Milestone|--- |12.5
Summary|Incorrect destructo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117835
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
CC|
pported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20241128 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117770
--- Comment #6 from Vladimir Makarov ---
(In reply to John David Anglin from comment #5)
> I'm working on trying to split the code after reload.
OK. But there is a still LRA bug which incorrectly makes r25 dead before the
division insn and anal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117833
--- Comment #2 from Andreas Schwab ---
See also
https://build.opensuse.org/package/live_build_log/devel:gcc:next/gcc15/openSUSE_Tumbleweed/x86_64
(that builds with --disable-werror).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117231
--- Comment #4 from Jakub Jelinek ---
Thanks. If so, it would be nice to include this testcase into the testsuite
afterwards (sure, not with println but int e = 0; and if (++e != item)
__builtin_abort (); in the loop plus if (e != 3) __builtin_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117231
--- Comment #3 from Iain Sandoe ---
with my local patches (which I will ping this week) I see:
$ ./gcc/xg++ -Bgcc -std=c++2c
/src-local/cxx-coroutines/gcc/testsuite/g++.dg/coroutines/pr117231.C -o t
./t
1
2
3
So this is possibly a non-obvious
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116416
--- Comment #6 from Marek Polacek ---
Thanks. Yeah, it was approved. But I still see
FAIL: g++.dg/tree-ssa/pr78687.C scan-tree-dump sra "Removing load:.*ptr;"
even once I've rebased my patch. Weird, because the FAIL *was* gone when I
trie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117105
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|15.0|14.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117105
--- Comment #6 from Uroš Bizjak ---
*** Bug 115521 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115521
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114942
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117105
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:ea36e9d17971210762580489b71b05e7bf7faa2e
commit r14-10996-gea36e9d17971210762580489b71b05e7bf7faa2e
Author: Vladimir N. Maka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114942
--- Comment #11 from GCC Commits ---
The releases/gcc-14 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:196ab7853ef5dc225833a914491add0a3adeaf9d
commit r14-10995-g196ab7853ef5dc225833a914491add0a3adeaf9d
Author: Vladimir N. Mak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117231
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117360
--- Comment #6 from Jakub Jelinek ---
Created attachment 59737
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59737&action=edit
gcc15-pr117360.patch
So here is a patch I'm proposing (but I haven't actually reproduced the error,
so this is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117770
--- Comment #5 from John David Anglin ---
I'm working on trying to split the code after reload.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117822
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |12.5
--- Comment #3 from Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117834
--- Comment #3 from Gleb Mazovetskiy ---
Note that for OSX 10.4 (aka darwin8) `PTHREAD_RWLOCK_INITIALIZER` can be
defined like this:
#define PTHREAD_RWLOCK_INITIALIZER {_PTHREAD_RWLOCK_SIG_init, {0}}
1 - 100 of 170 matches
Mail list logo