https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106495
--- Comment #10 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:b9da686470d1c23929eefb401280ad8ba17e2a58
commit r13-1924-gb9da686470d1c23929eefb401280ad8ba17e2a58
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105679
Bug 105679 depends on bug 106495, which changed state.
Bug 106495 Summary: [13 Regression] Build fails
gcc/tree-ssa-threadbackward.cc:22: gcc/vec.h:890:19: error: array subscript
4294967294 is above array bounds of 'basic_block_def* [1]'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106334
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106495
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106334
--- Comment #7 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:bc7526f6fca0e6ac3bd462ae54170fa464539148
commit r13-1925-gbc7526f6fca0e6ac3bd462ae54170fa464539148
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106503
Bug ID: 106503
Summary: "const char []" in local scope never initialized
Product: gcc
Version: 11.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101438
Andrey Vihrov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105032
--- Comment #15 from Andrey Vihrov ---
*** Bug 101438 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106502
--- Comment #3 from Jonathan Wakely ---
It doesn't happen unless the name() function is virtual. Reduced:
extern "C" int puts(const char*);
struct Cat
{
virtual const char* name();
};
__attribute__((const)) Cat& cat();
int main()
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106503
--- Comment #1 from Rolf Eike Beer ---
If you turn the "const char []" into a "const char *" in line 21 it works fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106503
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106498
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:c30bbd4d169c98b7535a30384c6a971ee875fa44
commit r13-1926-gc30bbd4d169c98b7535a30384c6a971ee875fa44
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106498
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #14 from Richard Biener ---
In addition to that, -flto-partition=none is almost never a good idea either.
Note I think that we should honor flatten only during early inlining to avoid
all kinds of funny behavior when applying cross
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #15 from Tomasz Kłoczko ---
(In reply to Richard Biener from comment #14)
> In addition to that, -flto-partition=none is almost never a good idea either.
>
> Note I think that we should honor flatten only during early inlining to
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106497
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97333
Bug 97333 depends on bug 106497, which changed state.
Bug 106497 Summary: [13 Regression] ICE in duplicate_block, at cfghooks.cc:1115
since r13-1753-g26cea5f108e0facd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106497
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106503
--- Comment #4 from Rolf Eike Beer ---
You are right, but if you switch the if clause a little bit:
if (argc) {
const char junk[] = "abc";
WRITEL(junk + i);
WRITEL("something else");
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106503
--- Comment #6 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #5)
> Your program has undefined behaviour, that means the WHOLE program,
> including inside that block.
Or in the case where you copy the pointer, and then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106502
--- Comment #5 from Jonathan Wakely ---
I noticed this by adding a printf statement to the const function for temporary
debugging purposes, which is obviously incorrect and not a problem for real
code. It's not observable that it gets called
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90957
Maxim Kuvyrkov changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 90957, which changed state.
Bug 90957 Summary: 453.povray is miscompiled with -flto -static
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90957
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106505
Bug ID: 106505
Summary: DCE depends on whether if or else is used
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106502
--- Comment #4 from Richard Biener ---
Once you enable optimization a single cat () call remains (as expected). The
FE does
9931 if (TREE_SIDE_EFFECTS (argarray[0]))
9932argarray[0] = save_expr (argarray[0]);
9933
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106503
--- Comment #5 from Jonathan Wakely ---
Because when you enable optimizations the compiler can see that the contents of
junk are never used while still in scope, so the initialization is optimized
away.
Your program has undefined behaviour,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102961
John Parke changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106504
Bug ID: 106504
Summary: [OpenMP] 'for simd linear(i:1)' should be rejected
with 'parallel private(i)'
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106497
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:0f3514756e0b4d8993ee43dcd958974eb1424061
commit r13-1929-g0f3514756e0b4d8993ee43dcd958974eb1424061
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #16 from Martin Liška ---
> Issue is that in few cases AFAIK it is only solution to some still
> unresolved LTO issues :/
Well, in most cases it's used for symbol versioning which is implemented by
assembly directives. However, we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106503
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> -fsanitize=address sometimes can detect this kind of problems at runtime.
Program returned: 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #13 from Tomasz Kłoczko ---
Thank you for the explanation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106298
--- Comment #3 from CVS Commits ---
The master branch has been updated by Immad Mir :
https://gcc.gnu.org/g:6a11f2d974a912aaaedb0ce32cdfde10193003cd
commit r13-1936-g6a11f2d974a912aaaedb0ce32cdfde10193003cd
Author: Immad Mir
Date: Tue Aug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78407
--- Comment #7 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:353fd1ec3df92fbe66ce1513c5a86bdd5c5e22d1
commit r13-1934-g353fd1ec3df92fbe66ce1513c5a86bdd5c5e22d1
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #17 from Tomasz Kłoczko ---
(In reply to Martin Liška from comment #16)
[..]
> Well, in most cases it's used for symbol versioning which is implemented by
> assembly directives. However, we offer symver function attribute that
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #19 from Tomasz Kłoczko ---
(In reply to Martin Liška from comment #18)
> > It should not be so hard to fix that. Am I right?
>
> Do you mean the usage of symver attribute? No, it's quite a straightforward
> transformation many
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #20 from Martin Liška ---
> No, no .. I mean IIRC therea are few cases when versioned sym file is
> incorrectly handled if -flto-partition=none is not used.
I'm not aware of any..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106506
Bug ID: 106506
Summary: g++.dg/opt/pr94589-2.C FAILS after enabling floats in
VRP
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #18 from Martin Liška ---
> It should not be so hard to fix that. Am I right?
Do you mean the usage of symver attribute? No, it's quite a straightforward
transformation many projects have already done.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106298
Immad Mir changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106509
Bug ID: 106509
Summary: executable hangs if -static is included in compile
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
--- Comment #1 from David Binderman ---
Reduced C code seems to be:
void ine_ok() {
float y, x;
if (x < y || x > y || y)
abort();
}
Same problem exists on native x86_64, so I will have a go at finding a git
range.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106507
Bug ID: 106507
Summary: Invalid structure constructor for extending derive
type
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106300
Immad Mir changed:
What|Removed |Added
CC||mir at gcc dot gnu.org
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466
--- Comment #10 from tt_1 ---
so I simply did use valgrind as in < /usr/bin/valgrind gcc command > , heres
the result:
==32586== Memcheck, a memory error detector
==32586== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
--- Comment #2 from Andrew Pinski ---
Most likely caused by r13-1933-g24012539ae3410 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
Aldy Hernandez changed:
What|Removed |Added
Last reconfirmed||2022-08-02
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106474
--- Comment #3 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:87dd4c8c83768aafad92588853fd84a6070553d6
commit r13-1938-g87dd4c8c83768aafad92588853fd84a6070553d6
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #21 from Tomasz Kłoczko ---
FYI I've opened libfabric ticket https://github.com/ofiwg/libfabric/issues/7916
Thank you one more time for all your explanations :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106499
--- Comment #22 from Tomasz Kłoczko ---
(In reply to Martin Liška from comment #6)
> Doctor it hurts! Then don't do it. Sorry, seriously, it's caused by the
> flatten attribute and I can reproduce it for our openSUSE package.
If may I ask yet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106003
Bug 106003 depends on bug 106298, which changed state.
Bug 106298 Summary: RFE: analyzer handling of dup, dup2, and dup3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106298
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106508
Bug ID: 106508
Summary: Extra warnings with lambda captures
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106509
--- Comment #1 from Andrew Pinski ---
-static and glibc and pthreads (which openmp uses) has always been problematic.
Why do you want to use -static?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106474
Andrew Macleod changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
Bug ID: 106510
Summary: arm : ice in gimple_range_operand1, at
gimple-range-fold.cc:485
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106509
--- Comment #2 from GARY.WHITE at ColoState dot edu ---
(In reply to Andrew Pinski from comment #1)
> -static and glibc and pthreads (which openmp uses) has always been
> problematic. Why do you want to use -static?
Because I'm distributing a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
Summary|arm : ice in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466
--- Comment #11 from tt_1 ---
Created attachment 53400
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53400=edit
a more verbose output with valgrind --leak-check=full
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
--- Comment #3 from David Binderman ---
Git range seems to be 82ac4cd213867be9..6d41f7c39cff9fb5, a range of 22
commits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
David Binderman changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105653
--- Comment #2 from Arseny Solokha ---
Created attachment 53403
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53403=edit
A shorter testcase
% aarch64-linux-gnu-g++-13.0.0 -O2 -fcompare-debug -fno-gcse -c wo91465u.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99888
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104771
--- Comment #2 from Arseny Solokha ---
I too cannot reproduce it w/ gcc 13.0.0 20220731 snapshot.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97498
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Lewis Hyatt
:
https://gcc.gnu.org/g:8d783f0f6955e6aa7af218490b068004669b09e0
commit r10-10926-g8d783f0f6955e6aa7af218490b068004669b09e0
Author: Lewis Hyatt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466
tt_1 changed:
What|Removed |Added
Attachment #53400|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43301
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
--- Comment #6 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:70daecc03235aa7187b03681cebed6e04b32678e
commit r13-1940-g70daecc03235aa7187b03681cebed6e04b32678e
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106510
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466
--- Comment #14 from Andrew Pinski ---
I suspect this is a GC (garbage collection) issue.
It might be easier to reduce it using --param ggc-min-expand=1 --param
ggc-min-heapsize=1 (and then moving them both to 0 afterwards).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106466
tt_1 changed:
What|Removed |Added
Attachment #53374|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97498
--- Comment #11 from CVS Commits ---
The releases/gcc-11 branch has been updated by Lewis Hyatt
:
https://gcc.gnu.org/g:d431d48c4e503c3ff17ccd51e504877f3fc9ce0e
commit r11-10188-gd431d48c4e503c3ff17ccd51e504877f3fc9ce0e
Author: Lewis Hyatt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106509
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104771
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
72 matches
Mail list logo
