https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112552
--- Comment #7 from Robin Dapp ---
Ah, it's even easier to trigger then. I already have a somewhat working
solution by going with Richi's suggestion and adding the handling for COND_OPs
in vect patterns. Still needs a bit more polishing and te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112547
--- Comment #4 from Haochen Jiang ---
I checked the znver3 plot on the site, it seems that no regression occurs.
Since znver4 enabled AVX512, that is the reason why I guessed previously.
Could you also provide the option you ran with? I could
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112109
--- Comment #1 from Kito Cheng ---
Just note:
I would like to introduce `-mstringop-strategy=`, `-mmemcpy-strategy=` and
-mmemset-strategy=` option to control the behavior like x86.
the possible option list from my mind is:
- auto: current st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112547
--- Comment #3 from Haochen Jiang ---
(In reply to Haochen Jiang from comment #2)
> It is weird since I did not touch the tune.
>
> Need a bisect to check that but I do not have a zen4 machine.
>
> Could you try with this commit g:459866eaeec1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112536
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112526
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112547
--- Comment #2 from Haochen Jiang ---
It is weird since I did not touch the tune.
Need a bisect to check that but I do not have a zen4 machine.
Could you try with this commit g:459866eaeec151e72aecd670695f014f4ec48588 to
see if the regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112526
--- Comment #12 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f158bd511df1f55ebbbc0df3dee52c4400291984
commit r14-5519-gf158bd511df1f55ebbbc0df3dee52c4400291984
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112536
--- Comment #12 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9f35d8cd767155e9c24f5ef0944168711d38bc6b
commit r14-5518-g9f35d8cd767155e9c24f5ef0944168711d38bc6b
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112554
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112552
Richard Biener changed:
What|Removed |Added
Component|middle-end |target
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112551
--- Comment #1 from Richard Biener ---
Don't use -Bsymbolic-functions then? You are actively breaking the C++
standard guarantees here. Not to say, don't use static linking, but hey ... or
at least fully statically link the application.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112549
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #2 from Ri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112547
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112549
--- Comment #1 from Andrew Pinski ---
Do you know what core is this runs on?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112560
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |14.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112560
Bug ID: 112560
Summary: ICE in try_combine on pr112494.c
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112282
--- Comment #17 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:31bf21c78029434b7515a94477ce3565bff0743f
commit r14-5517-g31bf21c78029434b7515a94477ce3565bff0743f
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112549
Andrew Pinski changed:
What|Removed |Added
Summary|9% exec time regression of |[14 Regression] 9% exec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112554
--- Comment #1 from CVS Commits ---
The trunk branch has been updated by Lehua Ding :
https://gcc.gnu.org/g:fc6f7ab4e078aaf52c37739da73eb6416f5ec788
commit r14-5516-gfc6f7ab4e078aaf52c37739da73eb6416f5ec788
Author: Juzhe-Zhong
Date: Thu Nov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112559
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109088
--- Comment #22 from rguenther at suse dot de ---
On Thu, 16 Nov 2023, juzhe.zhong at rivai dot ai wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109088
>
> --- Comment #21 from JuzheZhong ---
> Thanks Richi.
>
> Does re-associating (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #33 from rguenther at suse dot de ---
On Wed, 15 Nov 2023, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
>
> --- Comment #29 from Jakub Jelinek ---
> --- gcc/tree-vect-loop.cc.jj2023-11-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #32 from Andrew Pinski ---
I suspect we need a dump option to dump the freed ssa names after each pass.
This will allow proving if r14-5076 is at fault or not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112559
Bug ID: 112559
Summary: The -fno-builtin option affects the instruction
generation of the program
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
Andrew Pinski changed:
What|Removed |Added
Build|x86_64-linux-gnu|
Host|x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #30 from Andrew Pinski ---
Here is another reduced testcase:
```
struct t
{
long coef[1];
t(const unsigned long &a) : coef{a} {};
t(const t &a);
};
extern void gen_int_mode(t, int);
struct expand_vec_perm_d {
unsigned char pe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112552
--- Comment #6 from JuzheZhong ---
(In reply to Andrew Pinski from comment #5)
> (In reply to JuzheZhong from comment #4)
> >
> > I think it's very likely caused by Robin's ifcvt patch.
> >
> > CCing Robin who should know the best.
>
> And mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112552
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112419
--- Comment #4 from uecker at gcc dot gnu.org ---
I was a bit busy. My idea would have been to split the file up into warnings
for Wnonnull and Wstringop. Your patch should work though (but I can't
approve).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112556
--- Comment #1 from Halalaluyafail3 ---
This bug also seems to happen with boolean types:
void*p=(_Bool)0;
Furthermore, this bug only seems to happen when the type
of the null pointer constant is an enumeration or boolean type:
void*p1=+(_Boo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107169
--- Comment #5 from Alexandre Oliva ---
It looks like r14-5257-g61d2b4746300a604469df15789194d0a7c73791b fixes this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
David Edelsohn changed:
What|Removed |Added
Priority|P3 |P2
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
Andrew Pinski changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112558
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112558
Bug ID: 112558
Summary: Add musttail tail call feature equivalent to LLVM and
Clang
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: internal-improv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112419
Hans-Peter Nilsson changed:
What|Removed |Added
Keywords||patch
Assignee|uecker at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112557
Bug ID: 112557
Summary: ICE with coroutines in build_special_member_call, at
cp/call.cc:11093
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112410
--- Comment #5 from Marek Polacek ---
Fixed on trunk so far; I want to fix it in 13 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112410
--- Comment #4 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:70060dadfbf0d0af5f4cab5f3aff3223a4523606
commit r14-5514-g70060dadfbf0d0af5f4cab5f3aff3223a4523606
Author: Marek Polacek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112532
--- Comment #5 from liuhongt at gcc dot gnu.org ---
(In reply to Sam James from comment #4)
> btw: if you change your email on bugzilla to liuho...@gcc.gnu.org, you'll
> get more permissions to edit bugs.
Ok, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112556
Bug ID: 112556
Summary: Null pointer constants with enumeration type are not
accepted
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112552
--- Comment #4 from JuzheZhong ---
I see.
https://godbolt.org/z/cbW8535W1
The ifcvt is incorrect.
iftmp.0_11 = _40 ? 0B : g;
_ifc__51 = .COND_IOR (_40, d_lsm.11_10, 1, d_lsm.11_10);
_40 is QImode. The later loop vectorizer vectorize _40
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112552
--- Comment #3 from JuzheZhong ---
Plz update the title. And bug type. It's middle-end bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80878
--- Comment #41 from LIU Hao ---
There should have been an option, long ago since GCC 7, which may be called
-mcx16-just-emit-the-god-damn-cmpxchg16b-for-me-if-it-does-not-work-its-not-your-fault
`__sync_*` are not an option as 1) they do no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112552
--- Comment #2 from Patrick O'Neill ---
Created attachment 56598
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56598&action=edit
-freport-bug output tip-of-tree gcc
I bisected with `grep "internal compiler error"` so it seems like the IC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112552
--- Comment #1 from JuzheZhong ---
I didn't reproduce this issue but I reproduce another ICE:
during RTL pass: expand
bug.c:5:6: internal compiler error: in expand_insn, at optabs.cc:8305
5 | void h() {
| ^
0x15fea05 expand_insn(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111311
--- Comment #20 from Patrick O'Neill ---
(In reply to JuzheZhong from comment #19)
> Dump FAILs should be ignored as I said before since they are also failed on
> other
> targets. I have analyzed all dump FAILs.
Got it - I posted all the failur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111311
--- Comment #19 from JuzheZhong ---
Dump FAILs should be ignored as I said before since they are also failed on
other
targets. I have analyzed all dump FAILs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109088
--- Comment #21 from JuzheZhong ---
Thanks Richi.
Does re-associating (with eliminating exceptions) in if-convert is a reasonable
approach ?
If yes, I am gonna to revisit this PR on GCC-15 and refine the codes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112555
Bug ID: 112555
Summary: NTTP of cv-qualified pointer type fails to mangle in
those qualifiers
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102470
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99524
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Resolution|--- |INVALID
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99524
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110938
--- Comment #5 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #3)
> But I don't think that will have affected the __is_trivially_copyable(Y)
> result.
Maybe the __is_trivially_copyable is due to the same reason why PR 112544 s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111311
--- Comment #18 from Patrick O'Neill ---
2023-11-04 -> 2023-11-15 rv64gcv glibc on qemu status update:
gcc:
83 -> 46
g++:
13 -> 13
gfortran:
30 -> 14
All of these have been resolved failures, no new regressions replaced
resolved ones on rv64gcv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112550
Xi Ruoyao changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112539
--- Comment #5 from Greg Morse ---
Thank you very much for the links.Fascinating stuff for someone who is not a
real programming Guru.I do wonder though what is so appealing about 'trailing
arrays' that they became so embedded in so much code,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112543
Xi Ruoyao changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104075
Bug 104075 depends on bug 112543, which changed state.
Bug 112543 Summary: warning pointer used after free() for printf("%p")
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112543
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #29 from Jakub Jelinek ---
--- gcc/tree-vect-loop.cc.jj2023-11-14 10:35:52.0 +0100
+++ gcc/tree-vect-loop.cc 2023-11-15 22:42:32.782007408 +0100
@@ -4105,9 +4105,9 @@ pop:
/* In case of a COND_OP (mask, op1,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
Jakub Jelinek changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112554
Bug ID: 112554
Summary: [14 Regression] RISC-V ICE: verify_ssa failed with -O3
--param riscv-autovec-preference=fixed-vlmax
Product: gcc
Version: 14.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78904
--- Comment #20 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:e8676f9ded71f5e04c4e9d81ec656809f6ba54e6
commit r14-5511-ge8676f9ded71f5e04c4e9d81ec656809f6ba54e6
Author: Uros Bizjak
Date: Wed N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #27 from Jakub Jelinek ---
Indeed, the vect dump already has different SSA_NAME_VERSIONs on the original.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #26 from Jakub Jelinek ---
Though the original might be yet another problem, because I see some
differences e.g. in SSA_NAME_VERSIONs already in earlier dumps (slp1, will look
at others).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #25 from Jakub Jelinek ---
Ok, yet another reduction then:
./xgcc -B ./ -fcompare-debug -march=skylake-avx512 -O2 -S pr112374.c -da
--param min-nondebug-insn-uid=1000 -fdump-tree-all
void foo (int, int);
struct S { char s[64]; } *p;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112553
--- Comment #3 from Federico Kircheis ---
I stand corrected, sorry for the report.
Where can I find official information/documentation about the personality
function used by gcc?
The fact that clang and msvc handle this case differently made
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112553
--- Comment #2 from Jonathan Wakely ---
(In reply to Federico Kircheis from comment #0)
> If "do_something" throws, as the lambda is marked noexcept, there should be
> a call to std::terminate, but it is not the case:
> https://godbolt.org/z/xjq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112553
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #24 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #22)
> This one starts to differ during RTL expansion, -fdump-tree-optimized
> differs only
> with addition of DEBUG stmts, but expand dump already has:
> -(insn 1007
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112531
--- Comment #4 from Robin Dapp ---
Personally, I don't mind having some FAILs as long as we know them and
understand the reason for them. I wouldn't insist on "fixing" them but don't
mind if others prefer to have the results "clean". Probably
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #23 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #22)
> This one starts to differ during RTL expansion, -fdump-tree-optimized
> differs only
> with addition of DEBUG stmts, but expand dump already has:
> -(insn 1007
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112553
Bug ID: 112553
Summary: noexcept lambda does not generate call to terminate
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #22 from Jakub Jelinek ---
This one starts to differ during RTL expansion, -fdump-tree-optimized differs
only
with addition of DEBUG stmts, but expand dump already has:
-(insn 1007 1006 1008 (parallel [
+(insn 1007 8 1008 (parallel [
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #21 from Jakub Jelinek ---
Another reduction, unfortunately with uninitialized var use:
void foo (int, int);
struct S { char s[4]; };
int a, b, c;
void
bar ()
{
struct S d;
long e = 0;
for (c = 0; c < 4; ++c)
e |= (d.s[c]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94787
Tavian Barnes changed:
What|Removed |Added
CC||tavianator at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93431
--- Comment #4 from Thomas Schwinge ---
(In reply to myself from comment #3)
> Supposedly same issue for nvptx target, [...]
I just noticed that the nvptx target instance of this happens to have been
addressed by recent commit r14-5159-g9837f62f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #20 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #19)
> enum E { F } a, b;
> char c;
> bool d;
> int e;
> int (*f) (int, int);
> int foo (int, int);
>
> void
> bar (void)
> {
> if (d)
> for (e = 0; c; e++ &&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #19 from Jakub Jelinek ---
enum E { F } a, b;
char c;
bool d;
int e;
int (*f) (int, int);
int foo (int, int);
void
bar (void)
{
if (d)
for (e = 0; c; e++ && a) switch (b) case F:
f = foo;
}
./xgcc -B ./ -fcompare-debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112552
Bug ID: 112552
Summary: [14 Regression] ICE: in require, at machmode.h:313
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 110302, which changed state.
Bug 110302 Summary: libquantum regression on zen3 with LTO and PGO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110302
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110302
Martin Jambor changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112531
--- Comment #3 from Edwin Lu ---
(In reply to JuzheZhong from comment #1)
> This FAIL is reasonable. So we can ignore it.
>
> The vectorized code will fail at this dump check like ARM SVE:
> https://godbolt.org/z/dbsKb7bxY
>
> Or you can fix t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #18 from Jakub Jelinek ---
I'm already at 79804 bytes with the reduction, will get there soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #17 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #16)
> Managed to reproduce now as -fcompare-debug failure:
> /home/jakub/src/gcc/obj46/./prev-gcc/xg++
> -B/home/jakub/src/gcc/obj46/./prev-gcc/ -O2 -fno-exceptions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112447
Vineet Gupta changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112447
--- Comment #21 from CVS Commits ---
The master branch has been updated by Vineet Gupta :
https://gcc.gnu.org/g:d1189ceefc1da1515e039c9cfd2f5a67b5820207
commit r14-5507-gd1189ceefc1da1515e039c9cfd2f5a67b5820207
Author: Juzhe-Zhong
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112515
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112515
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:b126f3ffbef59b0b08c2c2a664133d7d6f5ca235
commit r14-5505-gb126f3ffbef59b0b08c2c2a664133d7d6f5ca235
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101043
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101043
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:40a7707a7ea3568cee2cd80cd7e83b7eda678410
commit r14-5504-g40a7707a7ea3568cee2cd80cd7e83b7eda678410
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112374
--- Comment #16 from Jakub Jelinek ---
Managed to reproduce now as -fcompare-debug failure:
/home/jakub/src/gcc/obj46/./prev-gcc/xg++
-B/home/jakub/src/gcc/obj46/./prev-gcc/ -O2 -fno-exceptions -fno-rtti
-fno-common -S pr112374.ii -Wno-narrowing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112427
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112427
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:d3f48f682271ed94ab6e9f6bc62418a62bd8ff26
commit r14-5503-gd3f48f682271ed94ab6e9f6bc62418a62bd8ff26
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112550
--- Comment #3 from David Binderman ---
>From a valgrind run:
==4110530== Use of uninitialised value of size 8
==4110530==at 0x401145: crc32_byte (csmith.h:73)
==4110530==by 0x401167: crc32_8bytes (csmith.h:99)
==4110530==by 0x40116
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112269
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111703
--- Comment #5 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:6665a8572c8f24bd55c6081c91f461442c94dcfb
commit r14-5502-g6665a8572c8f24bd55c6081c91f461442c94dcfb
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112269
--- Comment #12 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:6665a8572c8f24bd55c6081c91f461442c94dcfb
commit r14-5502-g6665a8572c8f24bd55c6081c91f461442c94dcfb
Author: Patrick Palka
Date:
1 - 100 of 179 matches
Mail list logo
