https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63593
Bug ID: 63593
Summary: ICE: verify_gimple failed: incompatible types in PHI
argument 0 with -O3 -fno-tree-vectorize
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63591
--- Comment #8 from Manuel López-Ibáñez ---
(In reply to Andreas Schwab from comment #7)
> A function declaration with forward declared parameters it is a prototype,
> sort of. Not defining the forward declared parameter as a real parameter
> sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63594
Bug ID: 63594
Summary: [5 Regression] ICE: in ix86_vector_duplicate_value, at
config/i386/i386.c:39831 with -mavx512f
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54488
--- Comment #3 from Evgeniya Maenkova ---
Could you please clarify your comment #36
(https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46590#c36) in PR4596? I mean "LIM
is now the pass that pushes
memory usage to 1.8GB - all other optimization passes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23144
Joseph S. Myers changed:
What|Removed |Added
CC||k.s.matheussen at notam02 dot
no
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63591
Joseph S. Myers changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63567
--- Comment #12 from Marek Polacek ---
Author: mpolacek
Date: Sun Oct 19 16:47:35 2014
New Revision: 216440
URL: https://gcc.gnu.org/viewcvs?rev=216440&root=gcc&view=rev
Log:
PR c/63567
* c-typeck.c (output_init_element): Allow initializ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63567
Marek Polacek changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63595
Bug ID: 63595
Summary: Segmentation faults inside kernel
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63595
Andrew Pinski changed:
What|Removed |Added
Component|c |tree-optimization
--- Comment #1 from An
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63592
--- Comment #2 from Sasha Levin ---
But that... worked previously? Is backward compatibility intended to be broken
in this case?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63592
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63595
--- Comment #2 from Sasha Levin ---
Thanks. I'll keep an eye on both of them, and will report here if the fix for
either of those fixes the segmentation faults I'm seeing.
Did you happen to bisect it down to the same commit?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63595
--- Comment #3 from Andrew Pinski ---
(In reply to Sasha Levin from comment #2)
> Did you happen to bisect it down to the same commit?
Yes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63596
Bug ID: 63596
Summary: Saving of GPR/FPRs for stdarg even though the variable
argument is not used
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63594
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63590
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54488
--- Comment #4 from Evgeniya Maenkova ---
My gcc version for now: gcc (GCC) 5.0.0 20140908 (experimental)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63597
Bug ID: 63597
Summary: Generate useless trampoline for some nested function
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54488
--- Comment #5 from Evgeniya Maenkova ---
Also, I collect massif data and see no tree-ssa-lim in it (i mean in top
contributors).
So what do you think?
(How did you measured 1,8Gb caused by lim? - this is for me to understand
whether this bug i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63597
Patrick Pelissier changed:
What|Removed |Added
Version|4.9.2 |4.9.1
--- Comment #1 from Patrick Pe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63592
Igor Zamyatin changed:
What|Removed |Added
CC||izamyatin at gmail dot com
--- Comment #
tting a breakpoint in a shared library which
is not privately mapped will not work. See the HP-UX 11i v3 chatr
manpage for methods to privately map shared library text.
GNU C (GCC) version 5.0.0 20141019 (experimental) [trunk revision 216441]
(hppa2.0w-hp-hpux11.11)
compiled by GNU C version 4.7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48979
--- Comment #19 from Francois-Xavier Coudert ---
Author: fxcoudert
Date: Sun Oct 19 20:49:27 2014
New Revision: 216443
URL: https://gcc.gnu.org/viewcvs?rev=216443&root=gcc&view=rev
Log:
PR fortran/48979
* trans-const.c (gfc_build_nan):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63587
--- Comment #2 from Martin Liška ---
Following two functions are merged:
static boost::log::make_output_actor, RightT, ValueT>::type
boost::log::make_output_actor, RightT,
ValueT>::make(ActorT, RightT&) [with ActorT = boost::actor;
LeftExprT = in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63592
--- Comment #5 from Andrew Pinski ---
(In reply to Igor Zamyatin from comment #4)
> The same could be seen for 253.perlbmk and 400.perlbench tests from
> spec2K/2006 suites
That is a bug in the SPEC CPU also.
There is a define for __attribute__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63597
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63576
--- Comment #1 from Martin Liška ---
Do you have Honza an idea how to handle correctly situation, where ipa_profile
is called before IPA ICF and we mark speculative an edge in:
#0 cgraph_edge::make_speculative (this=this@entry=0x769e8c98,
n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48979
Francois-Xavier Coudert changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
Sandra Loosemore changed:
What|Removed |Added
CC||sandra at codesourcery dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #44 from Andrew Pinski ---
(In reply to Sandra Loosemore from comment #43)
> I'm seeing the same errors as in Comment 8 (complaints about arrays with
> negative sizes) when building a cross for aarch64-linux-gnu from mainline
> head.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63576
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55821
Sandra Loosemore changed:
What|Removed |Added
CC||sandra at codesourcery dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63598
--- Comment #1 from John David Anglin ---
Introduced in r216305.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #70 from Kazumoto Kojima ---
I'd like to apply the revised patches below to sh-lra branch for
looking at the problems easily. Oleg, is it OK for you?
c#55: Fixup the result of decompose_mem_address when INDEX_REG_CLASS
is a single
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63587
--- Comment #3 from Markus Trippelsdorf ---
Here's another smaller example:
% cat test.ii
template struct A
{
};
template struct B
{
template struct C;
};
class D;
template class F;
struct G
{
void operator()(const D &, D);
};
class D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55821
--- Comment #8 from Francois-Xavier Coudert ---
(In reply to Sandra Loosemore from comment #7)
> Trying to build an arm-none-linux-gnueabi cross from mainline head, I'm
> getting this error now:
>
> /scratch/sandra/arm-fsf/src/gcc-mainline/libqu
37 matches
Mail list logo
