https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118539
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117688
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-01-17
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118443
Bug 118443 depends on bug 117688, which changed state.
Bug 117688 Summary: [15 Regression] RISC-V: Wrong code for .SAT_SUB
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117688
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117424
--- Comment #9 from Andrew Pinski ---
Note `-O3 -fdisable-tree-vrp2 -fdisable-tree-dom3` works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117424
--- Comment #8 from Andrew Pinski ---
Created attachment 60199
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60199&action=edit
Sligtly reduced
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118537
--- Comment #13 from Andrew Pinski ---
On the trunk for the cvise'd testcase I see:
Req ={v} {CLOBBER(bob)};
MEM [(unsigned int *)&Req] = { 0, 0 };
Req.Result = 0;
MEM [(long long unsigned int *)&Req +
376B] = { 0, 0 };
MEM [(long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118537
--- Comment #12 from Andrew Pinski ---
A few things to test out first:
Is it -fsanitize=address clean?
Does -fno-lifetime-dse help? Does -fstack-reuse=none help? What about both
together?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118538
--- Comment #8 from Andrew Pinski ---
I think you should first report this to ubuntu since I can't reproduce it with
all upstream sources of GCC, glibc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118537
--- Comment #11 from Andrew Pinski ---
>These may be related (do q31 and v31 overlap?)
Q31 and V31 are the same register just different views into it. That is q31 is
the full 128bit view while v31.4s is the 32bit x 4 element vector view of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118538
--- Comment #6 from Andrew Pinski ---
Note on the trunk I get:
[apinski@xeond2 upstream-cross-aarch64]$
QEMU_LD_PREFIX=./install/aarch64-linux-gnu/sysroot/
./install-qemu/bin/qemu-aarch64 a.out
terminate called after throwing an instance of 'int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118538
Andrew Pinski changed:
What|Removed |Added
Summary|Miscompilation at -O0 on|throw not caught causing an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118538
--- Comment #3 from Andrew Pinski ---
This might be an ubuntu specific issue because this is the first time we have a
report about aarch64 seg faulting after a throw that was not caught.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118538
--- Comment #2 from Andrew Pinski ---
Does it matter if file exists or is this testing without file existing?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118538
Andrew Pinski changed:
What|Removed |Added
Target||aarch64
Summary|Miscompilati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118537
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Keywords|needs-so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118537
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118537
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118533
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118502
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118526
--- Comment #1 from Andrew Pinski ---
Seems like it is stuck testing
any_template_arguments_need_structural_equality_p
#43 0x017f72aa in walk_tree_without_duplicates_1
(tp=tp@entry=0x7fffbca8, func=func@entry=0xccbe00 , data=data@e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118525
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118521
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
--- Comment #10 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #9)
> Created attachment 60188 [details]
> Runtime testcase
I should note this fails only with >= C++17.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Attachment #60182|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Attachment #60186|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Attachment #60185|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Attachment #60184|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
--- Comment #4 from Andrew Pinski ---
Created attachment 60184
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60184&action=edit
Starting of removal of templates
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118525
--- Comment #2 from Andrew Pinski ---
Created attachment 60183
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60183&action=edit
patch which I am testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118525
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118525
Bug ID: 118525
Summary: [14/15 Regression] ICE after error dealing consteval
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: error-recovery, ice-checking, ice-on-invalid-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118515
--- Comment #5 from Andrew Pinski ---
Or maybe .
I am not sure what is better here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118515
--- Comment #4 from Andrew Pinski ---
Maybe just and remove prefix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118515
--- Comment #3 from Andrew Pinski ---
I wonder if it should just be undeclaredtypeerror instead so it is obvious what
it was.
But then again it might not be an undeclared type causing the error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118515
Andrew Pinski changed:
What|Removed |Added
Summary|[15] Incorrect error|Incorrect error message:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118524
--- Comment #6 from Andrew Pinski ---
Filed https://github.com/compiler-explorer/compiler-explorer/issues/7280 for
the filtering issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118524
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> godbolt is filtering too much.
That is it is filtering out the .base64 directive.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118524
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118524
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection, wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118523
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118522
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118521
--- Comment #2 from Andrew Pinski ---
The deconstructor is not inlined into main.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118521
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-01-16
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118520
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101544
Andrew Pinski changed:
What|Removed |Added
CC||schulz.benjamin@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118518
--- Comment #5 from Andrew Pinski ---
You might need to pass -malias down to the offloading compiler . Nvptx alias
support is disabled by default due not working with anything except functions
and in this case it is used for functions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118519
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118516
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-01-16
Summary|Misleadin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117892
Andrew Pinski changed:
What|Removed |Added
CC||mjires at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118517
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Target Milestone|14.4|14.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Known to work||14.2.0
Summary|Front-end pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118509
Andrew Pinski changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
--- Comment #7 from Andrew Pinski ---
I do have to wonder if splitting the path here helps because the condition
(a[i] > 0.) Is predictable.
I can't think it would be predictable but maybe on accident the predictor get
it right 50% of the time
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56547
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118506
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44402
Andrew Pinski changed:
What|Removed |Added
CC||rush102333 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65608
Bug 65608 depends on bug 118507, which changed state.
Bug 118507 Summary: Erroneous 'invalid use of qualified-name' for member
function defined with 'typedef' in a friend declaration
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118507
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118507
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56547
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118506
Andrew Pinski changed:
What|Removed |Added
Depends on||56547
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118506
Bug ID: 118506
Summary: Missing FMA for `(a + 1.0) * b`
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
--- Comment #3 from Andrew Pinski ---
Note there is also a fma forming missing:
_69 = s_64 + 1.0e+0;
...
_71 = _69 * _70;
which is:
`(s_64 + 1.0) * _70` which can be rewritten as `s_64 * _70 + _70`
That might alone get the performance
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118505
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118503
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> Created attachment 60169 [details]
> Slightly reduced from the reduced testcase
Any more manual inlining causes the ICE to go away. Because of the
uninitialized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118503
--- Comment #5 from Andrew Pinski ---
Created attachment 60169
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60169&action=edit
Slightly reduced from the reduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118503
--- Comment #4 from Andrew Pinski ---
Note this creduced testcase is full of uninitialized variables.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118464
--- Comment #11 from Andrew Pinski ---
*** Bug 118503 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118503
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
--- Comment #9 from Andrew Pinski ---
Created attachment 60167
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60167&action=edit
patch which I am testing for this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 113026, which changed state.
Bug 113026 Summary: Bogus -Wstringop-overflow warning on simple memcpy type loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113026
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113026
Andrew Pinski changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118492
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67886
--- Comment #4 from Andrew Pinski ---
Note in this example the reason why GCC able to optimize this way (even without
something like -fstrict-vtable-pointers) is because GCC is able to
speculatively devirtualize the inner function call (that mean
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118492
Andrew Pinski changed:
What|Removed |Added
Keywords||alias
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114277
--- Comment #9 from Andrew Pinski ---
> But reviewing that hunk made me realize that we did have the right bits in
> place to test for 0/1 values during expansion. So instead of recognizing the
> multiplication as a conditional move, we could
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118502
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-01-16
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19501
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118502
Bug ID: 118502
Summary: Add shrink wrapping testcase for
vector::push_back
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization, needs-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48
Andrew Pinski changed:
What|Removed |Added
Depends on||118483
--- Comment #3 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
Andrew Pinski changed:
What|Removed |Added
Known to fail||5.1.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102705
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|12.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
--- Comment #5 from Andrew Pinski ---
>Note: the code originates from thrust, not from libstdc++!
And the reason why it works with libstdc++s' complex definition is because
libstdc++ uses _Complex for double types and not arrays or fields.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
--- Comment #4 from Andrew Pinski ---
xorsign didn't change But what did change was `struct s1` changed into a
V2DF mode. and now a subreg of that causes issues. Maybe this needs to be
force_subreg now ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
--- Comment #2 from Andrew Pinski ---
Created attachment 60166
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60166&action=edit
Reduced further
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118396
--- Comment #8 from Andrew Pinski ---
Created attachment 60165
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60165&action=edit
Fixed up removing hard coded size_t, use __SIZE_TYPE__ instead and removed
__assert_failure
Just some small ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102705
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118500
Andrew Pinski changed:
What|Removed |Added
Component|c |analyzer
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118498
--- Comment #5 from Andrew Pinski ---
(In reply to Alejandro Colomar from comment #4)
>
> What about the leak? Is it not reported because main() is special? Or is
> it a bug?
Most likely a bug, I have not looked into how the leak detection s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118498
--- Comment #2 from Andrew Pinski ---
(In reply to Sam James from comment #1)
> Where's the deallocation?
I think he is saying there is a missing leak detection here.
-Wmismatched-dealloc does not come into play if there is no de-allocation (a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118498
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |dmalcolm at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118497
--- Comment #2 from Andrew Pinski ---
I wonder if the patch in r15-2810-g3c67a0fa1dd39a3378deb854a7fef0ff7fe38004
(which was reverted due to a bootstrap failure on aarch64) fixes this one too
..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118491
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
--- Comment #7 from Andrew Pinski ---
Here is a testcase which we miss currently because of the missing optional
convert:
```
short d;
int f(int a)
{
short b = a;
int e = ~a;
short c = e;
return b == c;
}
```
This is one missing for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118483
--- Comment #6 from Andrew Pinski ---
I am not sure we need the :S in the end.
I noticed the other patterns that do `a OP ~a` have an optional convert
assiocated with it: e.g.:
```
/* ~x | x -> -1 */
/* ~x ^ x -> -1 */
(for op (bit_ior bit_xor)
1 - 100 of 6015 matches
Mail list logo