https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90377
--- Comment #1 from Marc Glisse ---
What kind of obfuscator did this go through?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Bug 40883 depends on bug 79869, which changed state.
Bug 79869 Summary: i18n: document placeholders for translators
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79869
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79869
Roland Illig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79817
Eric Gallager changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90381
Bug ID: 90381
Summary: New test case gcc.dg/tree-ssa/pr88676-2.c fails with
its introduction in r270934
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84177
Eric Gallager changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87145
--- Comment #12 from Jö ---
Just to be get this straight: "no backport possible" means this won't be fixed
at all for 7 and 8, correct?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87145
--- Comment #13 from Marek Polacek ---
(In reply to Jö from comment #12)
> Just to be get this straight: "no backport possible" means this won't be
> fixed at all for 7 and 8, correct?
If it's important, I could actually fix it for GCC 8.4 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90377
--- Comment #3 from Marc Glisse ---
(In reply to Andrew Pinski from comment #2)
> Most likely used creduce to reduce the failure.
creduce didn't use to produce such awful code. Part is because of -fpermissive,
but part seems to be because the re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87145
--- Comment #14 from Jö ---
Hmm, thinking about it. But it looks like Debian buster is going to release
with 8.3 anyway as it is in freeze. And I don't think they're gonna update gcc
in buster while it's stable. Which means we're going to have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90382
Bug ID: 90382
Summary: internal compiler error: in
linemap_macro_map_loc_to_exp_point, at
libcpp/line-map.c:1061
Product: gcc
Version: 10.0
Status: UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89765
--- Comment #12 from kelvin at gcc dot gnu.org ---
Author: kelvin
Date: Tue May 7 21:40:46 2019
New Revision: 270982
URL: https://gcc.gnu.org/viewcvs?rev=270982&root=gcc&view=rev
Log:
gcc/ChangeLog:
2019-05-07 Kelvin Nilsen
PR targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87847
--- Comment #2 from Marek Polacek ---
In the ttp23.C testcase we're comparing B and B. In one case the
template argument is
>>
and the other is
>>
same_type_p says they're same, so comp_template_args returns true. One of the
template_temp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86485
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Tue May 7 22:37:19 2019
New Revision: 270985
URL: https://gcc.gnu.org/viewcvs?rev=270985&root=gcc&view=rev
Log:
PR c++/86485 - -Wmaybe-unused with empty class ?:
* typec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90171
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Tue May 7 22:37:24 2019
New Revision: 270986
URL: https://gcc.gnu.org/viewcvs?rev=270986&root=gcc&view=rev
Log:
PR c++/90171 - reorganize usual_deallocation_fn_p
When fixing 901
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89102
--- Comment #7 from Jonathan Wakely ---
Author: redi
Date: Tue May 7 22:46:39 2019
New Revision: 270987
URL: https://gcc.gnu.org/viewcvs?rev=270987&root=gcc&view=rev
Log:
PR libstdc++/89102 implement new common_type rules (P0435R1, P0548R1)
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90375
--- Comment #2 from Jonathan Wakely ---
(In reply to Eric Gallager from comment #1)
> I thought the CHKP/MPX stuff had been removed...
It has, I was looking at the man page for gcc-8, sorry.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89102
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90375
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90383
Bug ID: 90383
Summary: [9 Regression] GCC generates invalid constexpr
copy/move assignment operators for types with trailing
padding. (Again)
Product: gcc
Version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90384
Bug ID: 90384
Summary: std::transform fails to apply to all elements
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48429
--- Comment #2 from Sven ---
Even 8 years later, this bug is not fixed (gcc 8.3). I believe clang/llvm has
the same problem.
Anyhow, that's not the only problem. The moment that a function is called,
registers r0 to r3 (and maybe others) have to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90383
--- Comment #1 from Eric Fiselier ---
It's important to note that this bug affects any struct with tail padding. For
example `struct optional { T value; bool has_value; /*...*/ };` would hit it.
https://godbolt.org/z/VX9VTh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90385
Bug ID: 90385
Summary: [9/10 Regression] ICE: tree check: expected ssa_name,
have real_cst in transform_to_exit_first_loop_alt, at
tree-parloops.c:1772
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90381
--- Comment #1 from Li Jia He ---
Thanks for pointing this out.
I used the following code:
struct foo1 {
int i:1;
};
int test1 (struct foo1 *x)
{
if (x->i == 0)
return 1;
else if (x->i == 1)
return 1;
return 0;
}
to dumped the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90316
--- Comment #20 from Richard Biener ---
(In reply to Than McIntosh from comment #19)
> Created attachment 46313 [details]
> SVG graph from profiling run
Do I read this correctly in that all the time spent in PRE is via
do_pre_regular_insertion?
101 - 126 of 126 matches
Mail list logo
