https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116320
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> Confirmed. This code can be made valid and we still ICE:
Note commenting out the definition of c::d and the code no longer ICEs.
That is commenting out:
```
tem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116320
Andrew Pinski changed:
What|Removed |Added
Known to work||10.1.0, 10.5.0
Keywords|ice-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116320
Bug ID: 116320
Summary: ICE: Segmentation fault
(perform_or_defer_access_check)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116280
--- Comment #1 from Li Pan ---
Looks like some typos in md files, let me take a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116319
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116319
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116319
--- Comment #1 from Andrew Pinski ---
The answer here is correct due to the way arithmetic is done for bfloat16_t.
It is just a storage unit. All math is done in 32bit float.
const float bb = b;
const float cc = c;
const float dd =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116276
--- Comment #4 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:8cc67b520968ca9a13fd96896522aa66e39a99e2
commit r15-2864-g8cc67b520968ca9a13fd96896522aa66e39a99e2
Author: Patrick Palka
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116319
Bug ID: 116319
Summary: std::fma should compute as if to infinite precision
and rounded only once to fit the result type.
Product: gcc
Version: 14.1.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116282
Jeffrey A. Law changed:
What|Removed |Added
CC||law at gcc dot gnu.org
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116318
Patrick O'Neill changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116318
Andrew Waterman changed:
What|Removed |Added
CC||andrew at sifive dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116318
Bug ID: 116318
Summary: RISC-V: Miscompile at -O1 with -fwhole-program
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116283
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116283
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:d4e1290e5d603984e9b410c7d4cf21a9ffbd68fd
commit r15-2860-gd4e1290e5d603984e9b410c7d4cf21a9ffbd68fd
Author: Jeff Law
Date: Fri Aug 9 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90960
--- Comment #4 from Alisdair Meredith ---
I now believe my original bug report is invalid, due to a rarely consulted
paragraph of the standard, [temp.spec.general]p8.
If a function declaration acquired its function type through a dependent type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116317
Andrew Pinski changed:
What|Removed |Added
Attachment #58894|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116317
--- Comment #6 from Andrew Pinski ---
Created attachment 58894
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58894&action=edit
Reduced slightly more removing the inner class from reverse_adaptor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116317
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-08-09
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116317
--- Comment #4 from Andrew Pinski ---
Created attachment 58893
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58893&action=edit
Cleaned up and removed the `namespace detail`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116317
Andrew Pinski changed:
What|Removed |Added
Attachment #58889|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116028
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114855
--- Comment #19 from Andrew Macleod ---
(In reply to GCC Commits from comment #17)
> The master branch has been updated by Andrew Macleod :
>
> https://gcc.gnu.org/g:9e4da946c4263a4c89d5fc365b3c97ae244c5018
>
> commit r15-2858-g9e4da946c4263a4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114855
Sam James changed:
What|Removed |Added
See Also||https://github.com/GaloisIn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116317
Andrew Pinski changed:
What|Removed |Added
Attachment #58890|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114855
--- Comment #17 from GCC Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:9e4da946c4263a4c89d5fc365b3c97ae244c5018
commit r15-2858-g9e4da946c4263a4c89d5fc365b3c97ae244c5018
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114855
--- Comment #16 from GCC Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:5ce3874b3c2fdd76f506005cb1171a732af7c807
commit r15-2857-g5ce3874b3c2fdd76f506005cb1171a732af7c807
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116317
--- Comment #1 from Andrew Pinski ---
Created attachment 58890
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58890&action=edit
Slightly more reduced
I removed most of the concepts except for one (sequence_concept) which seems
needed for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116316
--- Comment #2 from qinzhao at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #1)
> :13:6: warning: dereferencing type-punned pointer will break
> strict-aliasing rules [-Wstrict-aliasing]
>13 | *(size_t *)(&(array_annotated-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116260
--- Comment #3 from Christophe Lyon ---
Thanks for the additional information, indeed in our CI we do not run
validations for several "variations", so it's not surprising this case is not
handled very well.
So you suggest having one manifest pe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116317
Bug ID: 116317
Summary: [modules] checking ICE in type_node, at
cp/module.cc:8693 on stream out
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116316
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116316
Bug ID: 116316
Summary: incorrect code with -O2
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103660
--- Comment #5 from Andrew Pinski ---
Two more cases, this time with XOR (^):
```
int min7(int a, int b) {
const int c = a < b;
return (c * a) ^ ((1 - c) * b);
}
int min8(int a, int b) {
const bool c = a < b;
return (c * a) ^ (!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116170
--- Comment #4 from Segher Boessenkool ---
Is that strong enough? A const_vector (or a const_anything) as lhs of a set
does not make sense at all. How did we even try this, is some more generic
thing broken?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
--- Comment #9 from Segher Boessenkool ---
(In reply to Georg-Johann Lay from comment #4)
> Would someone please explain what has to be done?
>
> It's likely more than just
>
> #define TARGET_LRA_P hook_bool_void_true
That is what you start w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116266
--- Comment #3 from Segher Boessenkool ---
No, we do not want that.
There is a huge difference between MSR[VEC] and MSR[VSX]. People can just
write
out what they actually mean. TARGET_ALTIVEC and TARGET_VSX.
The insns here are mostly Vector
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116296
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116315
--- Comment #2 from Leandro Nini ---
Ah I see, thanks!
I suppose the compiler is unable to figure out that we're using fixed values
for fi.opamp_voltage_size. Just surprised it pops up only at -O3.
Sorry for the noise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
--- Comment #8 from Georg-Johann Lay ---
...more questions:
TARGET_IRA_CHANGE_PSEUDO_ALLOCNO_CLASS: Same issue: This hook can change a
reload class. The purpose is clear for regalloc guys, but when and d why and
how would I do it for a specifi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116299
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93192
--- Comment #6 from Mikael Pettersson ---
Probably fixed for gcc-14.1.0 by e0c1476d5d7c450b1b16a40364cea4e91237ea93. The
original proposed patch no longer applies.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116315
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 116315, which changed state.
Bug 116315 Summary: [14/15 regression] False-positive -Wmaybe-uninitialized at
-O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116315
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116299
--- Comment #8 from Ryan ---
The assembly generated on godbolt for ppc64el is indeed different with the
"volatile" included. It may be the default that -O3 is supposed to aggressively
optimize this away, but the spltting trick works for architec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116315
Bug ID: 116315
Summary: [14/15 regression] False-positive
-Wmaybe-uninitialized at -O3
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116299
--- Comment #7 from Ryan ---
Created attachment 58887
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58887&action=edit
Error in splitting trick when optimizing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106931
Kacper Michajłow changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 106931, which changed state.
Bug 106931 Summary: [12 Regression] -Wstringop-overflow false positive -O3
-fno-tree-vectorize with loop unrolling since r12-3300-gece28da924ddda8b
https://gcc.gnu.org/bugzilla/show_bug.cgi?i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114952
--- Comment #5 from Sam James ---
I sent
https://lore.kernel.org/bpf/3ebbe7a4e93a5ddc3a26e2e11d329801d7c8de6b.1723217044.git@gentoo.org/T/#u.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115806
Simon Martin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115806
--- Comment #5 from GCC Commits ---
The master branch has been updated by Simon Martin :
https://gcc.gnu.org/g:786ebbd6058540b2110da16a693f0c582c11413c
commit r15-2855-g786ebbd6058540b2110da16a693f0c582c11413c
Author: Simon Martin
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116260
--- Comment #2 from Sam James ---
(In reply to Thiago Jung Bauermann from comment #1)
> Hello Sam,
>
> I mostly work with the GDB testsuite, so I'm not very familiar with
> GCC-specific details of DejaGNU and the sum files, so advance warning:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116292
--- Comment #9 from kargls at comcast dot net ---
On 8/9/24 03:30, sjames at gcc dot gnu.org wrote:
> Should I upload the real testcase I hit it on in this bug (from
> 'fortran-stdlib' https://bugs.gentoo.org/937358), or file another bug instead?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88624
Andre Vehreschild changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #32 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #30)
> blocks have support from 10.6 [Apple gcc-4.2] (although there is/was 'after
> market' support for 10.5).
So blocks presumably should work in Rosetta then? Or th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113005
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #17 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115783
Patrick Palka changed:
What|Removed |Added
CC||jose at serrall dot es
--- Comment #7 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115090
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113063
Patrick Palka changed:
What|Removed |Added
Target Milestone|14.0|13.4
--- Comment #9 from Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115464
--- Comment #15 from Andrew Pinski ---
(In reply to Natanael Copa from comment #14)
> I have backported the following commits to Alpine Linux:
>
> - 0970ff46ba63 aarch64: Fix invalid nested subregs [PR115464]
> - 1474a8eead4a aarch64: Use force
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116307
--- Comment #3 from Kacper Michajłow ---
(In reply to Kacper Michajłow from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > Note I don't think the warning is not incorrect. Nor I don't think unrolling
> > by 3 is wrong either.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116289
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116289
--- Comment #6 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:4aa89badc8c16637e0d9a39a08da7d18e209631b
commit r15-2848-g4aa89badc8c16637e0d9a39a08da7d18e209631b
Author: Patrick Palka
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113063
--- Comment #8 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:4aa89badc8c16637e0d9a39a08da7d18e209631b
commit r15-2848-g4aa89badc8c16637e0d9a39a08da7d18e209631b
Author: Patrick Palka
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116313
--- Comment #4 from Andrew Pinski ---
Most likely what happens is that the sequence point warning looks through a
SAVE_EXPR which contains `i` but does not realize that is stabilized long time
before that expression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113063
--- Comment #7 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:12ba140ee93adc56a3426f0c6c05f4d6c6a3d08e
commit r13-8967-g12ba140ee93adc56a3426f0c6c05f4d6c6a3d08e
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116289
--- Comment #5 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:12ba140ee93adc56a3426f0c6c05f4d6c6a3d08e
commit r13-8967-g12ba140ee93adc56a3426f0c6c05f4d6c6a3d08e
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110254
Surya Kumari Jangala changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116287
Jakub Jelinek changed:
What|Removed |Added
Known to fail|14.2.1, 15.0|14.2.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116287
--- Comment #3 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:b0dd13efca673355dd2a0c5646452c2f23f86029
commit r14-10575-gb0dd13efca673355dd2a0c5646452c2f23f86029
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115783
Patrick Palka changed:
What|Removed |Added
CC||waffl3x at protonmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113348
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116307
--- Comment #2 from Kacper Michajłow ---
(In reply to Andrew Pinski from comment #1)
> Note I don't think the warning is not incorrect. Nor I don't think unrolling
> by 3 is wrong either.
Could you explain why unrolling by 3 is not wrong in th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96017
Surya Kumari Jangala changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116292
Andre Vehreschild changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116287
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6e7088dbe3bf87108a89558ffb7df36df3469206
commit r15-2847-g6e7088dbe3bf87108a89558ffb7df36df3469206
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111673
Surya Kumari Jangala changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
--- Comment #7 from Georg-Johann Lay ---
...more questions:
What's the connexion between TARGET_REGISTER_PRIORITY and
ADJUST_REG_ALLOC_ORDER / reg_alloc_order[].
What about reload_completed? Does semantics stay the same? What about
reg_renum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96265
--- Comment #12 from Jan André Reuter ---
> Hi,
> Yes, those two errors are expected.
> I posted RFC discussion about AArch64/nvptx offloading issues here:
> https://gcc.gnu.org/pipermail/gcc/2024-July/244466.html
>
> For the unrecognized comman
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116314
Bug ID: 116314
Summary: ICE after fixing PR116142 and implementing
vec_widen_smult_{odd,even}_M for LoongArch
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
--- Comment #6 from Georg-Johann Lay ---
...to be more specific:
TARGET_CANNOT_SUBSTITUTE_MEM_EQUIV_P explains the function of the hook from the
perspective of someone who is implementing a register allocator, but there is
no explanation whethe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116313
--- Comment #3 from Florian Weimer ---
Right, missed that, sorry.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116313
--- Comment #2 from Alejandro Colomar ---
p has a variably modified type, isn't it?. Its type is 'int (*)[2 * i]'.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116299
--- Comment #6 from Sam James ---
Please provide preprocessed sources for the bad TU and then try to extract the
issue into a standalone file we can compile & execute.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113035
Dusan Stojkovic changed:
What|Removed |Added
CC||dusan.stojko...@rt-rk.com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116313
--- Comment #1 from Florian Weimer ---
The warning for typeof in this context seems bogus as well because it follows
the evaluation rules for sizeof:
“
The operand of ‘typeof’ is evaluated for its side effects if and only
if it is an expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115464
Natanael Copa changed:
What|Removed |Added
CC||ncopa at alpinelinux dot org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116292
--- Comment #8 from Sam James ---
Should I upload the real testcase I hit it on in this bug (from
'fortran-stdlib' https://bugs.gentoo.org/937358), or file another bug instead?
I have no idea if it's the same issue, other than it ICEing in the s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
--- Comment #5 from Sam James ---
I _thought_ https://gcc.gnu.org/wiki/reload had more instructions but it only
talks about the target hook to start with.
Segher?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
--- Comment #4 from Georg-Johann Lay ---
Would someone please explain what has to be done?
It's likely more than just
#define TARGET_LRA_P hook_bool_void_true
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99599
corentinjabot at gmail dot com changed:
What|Removed |Added
CC||corentinjabot at gmail do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116313
Bug ID: 116313
Summary: -Wsequence-point false positive with auto and/or
__auto_type
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116174
--- Comment #7 from Arnd Bergmann ---
I confirmed that the patch from comment #6 addresses the build warnings I see
in the kernel.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 116072, which changed state.
Bug 116072 Summary: [15 Regression] 4.5% slowdown of 447.dealII on aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116072
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116072
Filip Kastl changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116312
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |INVALID
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116312
--- Comment #1 from Andrew Pinski ---
>but we could implement it as a simple final assembly output template change
>for minimal invasion.
No you can't since ldp and ld2 mean 2 different things.
ld2 is basically a perm to unmix the two registe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #153 from Kazumoto Kojima ---
Created attachment 58886
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58886&action=edit
a revised patch for c#135 and c#139
(In reply to Oleg Endo from comment #139)
If we try to keep the old be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116310
Andrew Pinski changed:
What|Removed |Added
Summary|default equality operator== |default equality operator==
1 - 100 of 111 matches
Mail list logo
