https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69000
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 12 08:21:53 2016
New Revision: 232259
URL: https://gcc.gnu.org/viewcvs?rev=232259&root=gcc&view=rev
Log:
PR c++/66808
PR c++/69000
* pt.c (tsubst_decl): If
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66808
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 12 08:21:53 2016
New Revision: 232259
URL: https://gcc.gnu.org/viewcvs?rev=232259&root=gcc&view=rev
Log:
PR c++/66808
PR c++/69000
* pt.c (tsubst_decl): If
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66808
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69157
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Tue Jan 12 08:30:44 2016
New Revision: 232260
URL: https://gcc.gnu.org/viewcvs?rev=232260&root=gcc&view=rev
Log:
2016-01-12 Richard Biener
PR tree-optimization/69157
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69174
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Tue Jan 12 08:30:44 2016
New Revision: 232260
URL: https://gcc.gnu.org/viewcvs?rev=232260&root=gcc&view=rev
Log:
2016-01-12 Richard Biener
PR tree-optimization/69157
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69168
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Tue Jan 12 08:36:24 2016
New Revision: 232261
URL: https://gcc.gnu.org/viewcvs?rev=232261&root=gcc&view=rev
Log:
2016-01-12 Richard Biener
PR tree-optimization/69168
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69174
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69168
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69157
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69139
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69053
Richard Biener changed:
What|Removed |Added
Assignee|alalaw01 at gcc dot gnu.org|rguenth at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69219
--- Comment #5 from yuta tomino ---
> "built-in" is because you use Intrinsic! In any case, the rule of thumb is to
> never use pragma Inline_Always with anything except for very small
> subprograms.
Well...
I believe above "IA" is a sufficien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69226
--- Comment #6 from Yulia Koval ---
Works for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69155
--- Comment #8 from rguenther at suse dot de ---
On Mon, 11 Jan 2016, rsandifo at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69155
>
> --- Comment #7 from rsandifo at gcc dot gnu.org
> ---
> (In reply to Richard Bie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #8 from Maxim Ostapenko ---
Eh, this is sad, let's try more. I suspect that ASan fails in MaybeReexec
function (it tries to set DYLD_INSERT_LIBRARIES env variable and reexec
itself). Dominique can I ask you two questions:
1) I'm not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69077
--- Comment #15 from rguenther at suse dot de ---
On Mon, 11 Jan 2016, hubicka at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69077
>
> --- Comment #14 from Jan Hubicka ---
> I suppose the problem here is that lto-sym
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69077
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69219
Eric Botcazou changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69219
Eric Botcazou changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #9 from Dominique d'Humieres ---
> Le 12 janv. 2016 à 10:11, chefmax at gcc dot gnu.org
> a écrit :
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
>
> --- Comment #8 from Maxim Ostapenko ---
> Eh, this is sad, let's try m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69236
Bug ID: 69236
Summary: Wrong function call when use weak statement
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69155
--- Comment #9 from rsandifo at gcc dot gnu.org
---
(In reply to rguent...@suse.de from comment #8)
> Well, there is another choice...
>
> - do not keep SSA form for PHI args on backedges
>
> that is, when we call get_component_ssa_name for a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69195
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #10 from Maxim Ostapenko ---
Created attachment 37310
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37310&action=edit
Proposed fix.
« El Capitan » is OS X 10.11, right? So, this is my vision of the problem:
In OS X 10.11+ or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66856
--- Comment #10 from Richard Biener ---
Ok. So this is caused by operand swapping and a shared stmt (I knew we'd
eventually hit such case ... :/)
t.c:15:11: note: node
t.c:15:11: note:stmt 0 _30 = _29 & 1;
t.c:15:11: note:stmt 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69175
--- Comment #12 from ktkachov at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #10)
> Created attachment 37306 [details]
> gcc6-pr69175.patch
>
> So, do you prefer this instead?
This patch passes bootstrap and test on arm-none-linu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68920
Alexander Fomin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #11 from Dominique d'Humieres ---
> Upstream ASan already has the fix, attaching adapted cherry-picked commit.
> Could you try it?
My machine is currently bootstrapping the trunk. It should finish in an hour or
so. I'll test your pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68920
Alexander Fomin changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #9 from Alexander F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69110
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
--- Comment #14 from vri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69053
--- Comment #9 from alalaw01 at gcc dot gnu.org ---
I can confirm that both Richi's patch in comment 6 and my patchlet in comment
3, pass bootstrap + check-gcc on ARM and AArch64, and fix the ICE observed on
ARM. (ICE never observed on AArch64.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69155
--- Comment #10 from rguenther at suse dot de ---
On Tue, 12 Jan 2016, rsandifo at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69155
>
> --- Comment #9 from rsandifo at gcc dot gnu.org
> ---
> (In reply to rguent...@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69237
Bug ID: 69237
Summary: [6 Regression] strange -Wmisleading-indentation
warning when building Chromium
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69209
Jan Hubicka changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |hubicka at gcc dot
gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69007
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Tue Jan 12 11:39:54 2016
New Revision: 232262
URL: https://gcc.gnu.org/viewcvs?rev=232262&root=gcc&view=rev
Log:
2016-01-12 Richard Biener
PR tree-optimization/69007
powerpc-unknown-linux-gnu-ld
--with-as=/usr/bin/powerpc-unknown-linux-gnu-as
--with-sysroot=/usr/powerpc-unknown-linux-gnu --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-232261-checking-yes-rtl-df-nographite-powerpc
Thread model: posix
gcc version 6.0.0 20160112 (experimenta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69053
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69007
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69053
--- Comment #11 from Richard Biener ---
Author: rguenth
Date: Tue Jan 12 11:41:16 2016
New Revision: 232263
URL: https://gcc.gnu.org/viewcvs?rev=232263&root=gcc&view=rev
Log:
2016-01-12 Richard Biener
PR tree-optimization/69053
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69237
--- Comment #1 from Richard Biener ---
I'd say SkASSERT macro triggers it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69238
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68913
--- Comment #3 from Nick Clifton ---
Author: nickc
Date: Tue Jan 12 11:43:59 2016
New Revision: 232264
URL: https://gcc.gnu.org/viewcvs?rev=232264&root=gcc&view=rev
Log:
PR target/68913
* gcc.dg/lto/pr61886_0.c: Rename the extern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66616
--- Comment #24 from Richard Biener ---
*** Bug 68981 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68981
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68981
--- Comment #3 from Zdenek Sojka ---
(In reply to Richard Biener from comment #2)
> I don't see any vectorization happening and on the GCC 5 branch (where I can
> reproduce only) the segfault also happens with -fno-tree-vectorize. Note
> that -O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #12 from Dominique d'Humieres ---
> Upstream ASan already has the fix, attaching adapted cherry-picked commit.
> Could you try it?
Bootstrapping with this patch fails with
...
../../../../5_work/libsanitizer/asan/asan_mac.cc
libtoo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68913
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66655
--- Comment #11 from Nick Clifton ---
Hi Marek,
> You need to sign in with your @gcc.gnu.org address.
Doh! Totally forgot about that. Thanks!
Cheers
Nick
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69240
Bug ID: 69240
Summary: Missing inequality operators for every param_type in
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Keywords: rejects-valid
S
-prefix=/repo/gcc-trunk//binary-trunk-232261-checking-yes-rtl-df-nographite
Thread model: posix
gcc version 6.0.0 20160112 (experimental) (GCC)
$ x86_64-pc-linux-gnu-g++ -O2 -fPIC --param=early-inlining-insns=196 testcase.C
$ ./a.out
Aborted
All tested targets seem to be affected (x86, ppc, arm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69117
--- Comment #4 from Jan Hubicka ---
Hmm, OK, what seems to be done is the following. We end up calling
vn_reference_lookup_3 on
*e.3_12 = g.4_13;
but we valueize the LHS as
(gdb) p debug_generic_stmt (base1)
MEM[(int * *)_10];
this seems fine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69186
--- Comment #3 from Richard Biener ---
Ok, here we have
t.c:8:3: note: Detected single element interleaving a[b.0_14][2] step 8
t.c:8:3: note: not consecutive access a[b.0_14][2] = _6;
t.c:8:3: note: using strided accesses
thus strided store vs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241
Bug ID: 69241
Summary: [6 Regression] ICE: in assign_temp, at function.c:961
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #13 from Maxim Ostapenko ---
Created attachment 37313
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37313&action=edit
Second fix.
My bad, could you try this one?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66487
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69117
--- Comment #5 from rguenther at suse dot de ---
On Tue, 12 Jan 2016, hubicka at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69117
>
> --- Comment #4 from Jan Hubicka ---
> Hmm, OK, what seems to be done is the follow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69242
Bug ID: 69242
Summary: [6 Regression] ICE in visit_reference_op_load, at
tree-ssa-sccvn.c:3224
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66487
--- Comment #6 from Martin Liška ---
(In reply to Marek Polacek from comment #5)
> Martin, is this still an issue or we can close this?
Still issue, currently bisecting debugging counter for devirt, that is
responsible for the SEGFAULT.
I will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69243
Bug ID: 69243
Summary: std::function summons a non-null pointer out of thin
air
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69226
--- Comment #7 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Jan 12 13:16:53 2016
New Revision: 232266
URL: https://gcc.gnu.org/viewcvs?rev=232266&root=gcc&view=rev
Log:
Define STDINT_LONG32 and add predefined integer types for IAMCU
De
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68456
--- Comment #8 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Jan 12 13:16:53 2016
New Revision: 232266
URL: https://gcc.gnu.org/viewcvs?rev=232266&root=gcc&view=rev
Log:
Define STDINT_LONG32 and add predefined integer types for IAMCU
De
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68955
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69226
Bug 69226 depends on bug 68456, which changed state.
Bug 68456 Summary: UINT32_TYPE has different type for i586-elf and for
i586-unknown-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68456
What|Removed |Ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69226
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69175
--- Comment #13 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 12 13:19:49 2016
New Revision: 232267
URL: https://gcc.gnu.org/viewcvs?rev=232267&root=gcc&view=rev
Log:
PR target/69175
* ifcvt.c (cond_exec_process_if_block): W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68456
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69175
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69244
Bug ID: 69244
Summary: [6 Regression] ICE in plus_constant, at explow.c:87 on
i686-linux-gnu
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69198
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69198
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 12 13:20:33 2016
New Revision: 232268
URL: https://gcc.gnu.org/viewcvs?rev=232268&root=gcc&view=rev
Log:
PR target/69198
* config/i386/i386.c (ix86_expand_special_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69219
--- Comment #8 from yuta tomino ---
I'm glad that you are understanding that.
> pragma Inline_Always is not defined by the Ada language so you cannot
> invoke legality rules when you use it.
> It will issue an error when it cannot inline somethi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69237
Franz Sirl changed:
What|Removed |Added
CC||sirl at gcc dot gnu.org
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69237
--- Comment #3 from Markus Trippelsdorf ---
(In reply to Franz Sirl from comment #2)
> Or the '--fcount;'. Does the warning go away if you add braces like that:
>
>void pop(T* elem) { SkASSERT(fCount > 0); if (elem) { *elem =
> (*this)[f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
Bug ID: 69245
Summary: [6 Regression] ICE in extract_insn, at recog.c:2286 on
arm-linux-gnueabihf
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69246
Bug ID: 69246
Summary: [6 Regression] ICE in distribute_notes, at
combine.c:13693 on i686-linux-gnu
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69237
--- Comment #4 from Franz Sirl ---
For me, yes. Because as a reader knowing nothing about the code and looking for
some kind of "bug" in the code, I cannot decide easily if the _intention_ was
if (elem)
{
*elem = (*this)[fCount - 1];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65689
James Greenhalgh changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65689
--- Comment #16 from James Greenhalgh ---
Author: jgreenhalgh
Date: Tue Jan 12 13:54:45 2016
New Revision: 232269
URL: https://gcc.gnu.org/viewcvs?rev=232269&root=gcc&view=rev
Log:
Backport: [PATCH] Be less conservative in process_{output,input}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69237
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||chrbr at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67609
--- Comment #41 from James Greenhalgh ---
Author: jgreenhalgh
Date: Tue Jan 12 14:04:26 2016
New Revision: 232270
URL: https://gcc.gnu.org/viewcvs?rev=232270&root=gcc&view=rev
Log:
Backport: [Patch AArch64] Reinstate CANNOT_CHANGE_MODE_CLASS to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69237
David Malcolm changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|WONTFIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69237
--- Comment #7 from David Malcolm ---
(In reply to Franz Sirl from comment #2)
> Or the '--fcount;'. Does the warning go away if you add braces like that:
>
>void pop(T* elem) { SkASSERT(fCount > 0); if (elem) { *elem =
> (*this)[fCount
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68954
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69117
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69237
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68819
--- Comment #12 from Markus Trippelsdorf ---
*** Bug 69237 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69241
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69077
--- Comment #17 from Richard Biener ---
Author: rguenth
Date: Tue Jan 12 14:22:40 2016
New Revision: 232272
URL: https://gcc.gnu.org/viewcvs?rev=232272&root=gcc&view=rev
Log:
2016-01-12 Richard Biener
PR lto/69077
lto/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69077
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67323
Bug 67323 depends on bug 68707, which changed state.
Bug 68707 Summary: [6 Regression] testcase gcc.dg/vect/O3-pr36098.c vectorized
using VEC_PERM_EXPR rather than VEC_LOAD_LANES
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68707
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68707
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67323
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68954
--- Comment #9 from Manuel López-Ibáñez ---
(In reply to rguent...@suse.de from comment #6)
> I agree the new behavior makes sense but I wondered if it was
> intentionally that for warnings enabled by default (no -W*) we
> continue issueing a wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69244
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68714
--- Comment #6 from Richard Biener ---
(In reply to Andrew Pinski from comment #5)
> (In reply to Jakub Jelinek from comment #4)
> > I'd add this regressed with r229128, and indeed before that change reassoc
> > has been able to optimize the comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
--- Comment #14 from Dominique d'Humieres ---
> Le 12 janv. 2016 à 13:55, chefmax at gcc dot gnu.org
> a écrit :
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69147
>
> --- Comment #13 from Maxim Ostapenko ---
> Created attachment 37313
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66487
--- Comment #7 from Martin Liška ---
So the problematic transformation is:
devirtualizing call in
_ZL33nsSafeFileOutputStreamConstructorP11nsISupportsRK4nsIDPPv.part.50/986945
to __builtin_unreachable/39579
_ZL33nsSafeFileOutputStreamConstruct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
--- Comment #3 from ktkachov at gcc dot gnu.org ---
Hmm...
The code in tree-ssa-math-opts.c that creates the FMA_EXPR avoids doing it if
the target doesn't support an fma optab.
So the optab handler should have rejected it.
The arm fma optab in vf
1 - 100 of 263 matches
Mail list logo