https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68701
--- Comment #7 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #6)
> > Yeah. Or if neither -m{,no-}accumulate-outgoing-args is specified, perhaps
> > turn that on automatically instead if -ffixed-ebp and only error out if
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68782
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68785
--- Comment #2 from Richard Biener ---
I believe this can happen when native_encode_expr encodes less than the
requested number of bytes (thus the program invokes undefined behavior). In
this case
we read 4 bytes from "" (an empty string).
I'm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66526
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68701
--- Comment #8 from Jakub Jelinek ---
Can I leave this PR to you?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68775
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68785
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68775
Igor Zamyatin changed:
What|Removed |Added
CC||izamyatin at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68695
--- Comment #16 from Andreas Krebbel ---
(In reply to Dominik Vogt from comment #15)
> Providing that macro does fix the problem:
>
> #define PROMOTE_MODE(MODE,UNSIGNEDP,TYPE) \
> if (GET_MODE_CLASS (MODE) == MODE_INT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65102
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #7 from Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65102
--- Comment #9 from Eric Botcazou ---
> Can you paste the gcc-patches ml link that contains the approval? I haven't
> seen it.
You replied to it though, see comment #3. No need to ask again for approval
when someone said "Okay" and just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68787
Bug ID: 68787
Summary: fipa-pta to interpret restrict
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65102
--- Comment #8 from vries at gcc dot gnu.org ---
(In reply to Eric Botcazou from comment #7)
> It was approved by Gerald (modulo a minor point).
Can you paste the gcc-patches ml link that contains the approval? I haven't
seen it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68777
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68640
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68695
--- Comment #17 from Dominik Vogt ---
Lookin gat some other test program I've immediately seen cases that introduce
sign extension instructions in code that worked without them before.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68701
--- Comment #5 from Jakub Jelinek ---
(In reply to Uroš Bizjak from comment #4)
> (In reply to Jakub Jelinek from comment #3)
> > As main needs dynamic stack realignment, I wonder if we just shouldn't error
> > out on trying to compile it with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68786
Bug ID: 68786
Summary: Aligned masked store is generated for unaligned
pointer
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68785
Bug ID: 68785
Summary: [6 Regression] valgrind reports issues with folding on
x86_64
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68701
--- Comment #6 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #5)
> (In reply to Uroš Bizjak from comment #4)
> > (In reply to Jakub Jelinek from comment #3)
> > > As main needs dynamic stack realignment, I wonder if we just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68785
--- Comment #1 from Markus Trippelsdorf ---
Created attachment 36952
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36952=edit
unreduced testcase
Here's a reproducer:
trippels@CFARM-IUT-TLSE3 linux % valgrind --track-origins=yes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68784
Bug ID: 68784
Summary: deductible parameter type still requires explicit
reference cast, e.g., std::thread
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68701
--- Comment #4 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #3)
> As main needs dynamic stack realignment, I wonder if we just shouldn't error
> out on trying to compile it with -ffixed-ebp.
It is still possible to compile with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
--- Comment #23 from Yuri Rumyantsev ---
Richard,
Do we have any chance to vectorize attached test-case using GCC6 compiler?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
--- Comment #24 from Yuri Rumyantsev ---
Richard,
Do we have any chance to vectorize attached test-case using GCC6 compiler?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68776
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68779
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68777
--- Comment #2 from Jakub Jelinek ---
Isn't this PR67941 and thus already fixed in GCC 5.3?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68766
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68707
--- Comment #5 from Richard Biener ---
Created attachment 36951
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36951=edit
patch for testing
Can ARM people please evaluate the attached? It simply prefers load/store-lane
over SLP. I'd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65102
--- Comment #11 from vries at gcc dot gnu.org ---
(In reply to vries from comment #10)
> We better ask Gerard what he meant.
https://gcc.gnu.org/ml/gcc-patches/2015-12/msg00823.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65102
--- Comment #10 from vries at gcc dot gnu.org ---
(In reply to Eric Botcazou from comment #9)
> > Can you paste the gcc-patches ml link that contains the approval? I haven't
> > seen it.
>
> You replied to it though, see comment #3.
So you mean
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68701
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|uros at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68784
--- Comment #3 from Jonathan Wakely ---
(In reply to Wang Xuancong from comment #2)
> All standards are made by people. No standard is perfect. If a standard
> causes more inconvenience to the users, then it is considered sub-optimal
> and has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64820
--- Comment #9 from Maxim Ostapenko ---
Author: chefmax
Date: Tue Dec 8 11:34:28 2015
New Revision: 231405
URL: https://gcc.gnu.org/viewcvs?rev=231405=gcc=rev
Log:
2015-12-08 Maxim Ostapenko
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
--- Comment #25 from rguenther at suse dot de ---
On Tue, 8 Dec 2015, ysrumyan at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
>
> --- Comment #23 from Yuri Rumyantsev ---
> Richard,
>
> Do we have any chance to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67973
--- Comment #4 from Rainer Orth ---
(In reply to m...@gcc.gnu.org from comment #2)
> Ah, found it, use the GNU assembler. Maybe a little tricky, as one day,
> even that will be removed. At that point, I think we just reject the
> -gstabs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67973
--- Comment #5 from Iain Sandoe ---
(In reply to Rainer Orth from comment #4)
> (In reply to m...@gcc.gnu.org from comment #2)
> > Ah, found it, use the GNU assembler. Maybe a little tricky, as one day,
> > even that will be removed. At that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48088
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Tue Dec 8 13:26:35 2015
New Revision: 231406
URL: https://gcc.gnu.org/viewcvs?rev=231406=gcc=rev
Log:
PR c/48088
PR c/68657
* common.opt (Wframe-larger-than=):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68784
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68788
Bug ID: 68788
Summary: -Wa doesn't work with -flto
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68721
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68784
--- Comment #5 from Ville Voutilainen ---
And to add insult to injury, msvc accepts binding lvalue reference to
temporaries, and chances are that their thread constructor does what it does
partly because of that non-conforming core language
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67973
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> agreed on the ideal of using config - if someone has time to implement it.
I may give it a shot if I find some time. Darwin testresults are hard
to read right now with so many
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68790
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67973
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #7 from Dominique d'Humieres ---
>> > agreed on the ideal of using config - if someone has time to implement it.
>>
>> I may give it a shot if I find some time. Darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68632
Thomas Preud'homme changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68786
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68755
--- Comment #11 from Richard Biener ---
It might help if we transform such "obvious" out-of-bound accesses to
__builtin_trap (or unreachable even). Not too early of course beacuse
then we lose -Warray-bound diagnostics.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68784
--- Comment #2 from Wang Xuancong ---
All standards are made by people. No standard is perfect. If a standard causes
more inconvenience to the users, then it is considered sub-optimal and has room
for improvement.
Thus, unless you can give me a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64820
--- Comment #10 from Maxim Ostapenko ---
Should be fixed on gcc-4_9-branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68716
--- Comment #3 from vries at gcc dot gnu.org ---
Created attachment 36956
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36956=edit
patch to be tested
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68049
--- Comment #1 from Matthias Kretz ---
Is there anything I can do to help finding a resolution to this issue? It's a
rather annoying issue for my SIMD code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67973
--- Comment #7 from Dominique d'Humieres ---
> > agreed on the ideal of using config - if someone has time to implement it.
>
> I may give it a shot if I find some time. Darwin testresults are hard
> to read right now with so many failures on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68657
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Tue Dec 8 13:26:35 2015
New Revision: 231406
URL: https://gcc.gnu.org/viewcvs?rev=231406=gcc=rev
Log:
PR c/48088
PR c/68657
* common.opt (Wframe-larger-than=):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68786
--- Comment #1 from Ilya Enkovich ---
Looks like an old bug. We may see the same problem on avx2 using older
compiler. Here is a test for GCC5:
double *a;
long long c;
int *d;
void
test (void)
{
int b;
for (b = 0; b < 1024; b++)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68775
--- Comment #3 from rguenther at suse dot de ---
On Tue, 8 Dec 2015, izamyatin at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68775
>
> Igor Zamyatin changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68701
--- Comment #11 from henric at bergenwall dot com ---
I have noted that the compilation works with any 2 out of the 3 gcc-flags!
> gcc -finstrument-functions -ffixed-ebp a.c -> successfully compiles!
> gcc -m32 -ffixed-ebp a.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68755
--- Comment #10 from Richard Biener ---
(In reply to Markus Trippelsdorf from comment #7)
> --param=allow-store-data-races=1 fixes the issue.
> With --param=allow-store-data-races=0 even 4.9 generates wrong code.
That sounds backwards btw.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68701
--- Comment #10 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #7)
> (In reply to Uroš Bizjak from comment #6)
> > > Yeah. Or if neither -m{,no-}accumulate-outgoing-args is specified,
> > > perhaps
> > > turn that on automatically
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68701
--- Comment #12 from Uroš Bizjak ---
(In reply to henric from comment #11)
> I have noted that the compilation works with any 2 out of the 3 gcc-flags!
>
> > gcc -finstrument-functions -ffixed-ebp a.c -> successfully compiles!
> > gcc -m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68470
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68789
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68629
Thomas Preud'homme changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68790
Bug ID: 68790
Summary: [5/6 Regression] gcc.c-torture/execute/20050713-1.c
FAILs with -O0 -fipa-pta
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68791
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68721
--- Comment #3 from Jakub Jelinek ---
Oops, sorry, started already with r231108.
During fnsplit, we have split_bbs { 6 }, return_bb is 7, 6 is the only
predecessor of 7, and has successor edges to itself and to 7.
The effect of the r231108
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68721
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68789
Bug ID: 68789
Summary: [5/6 Regression] ICE in tsubst_copy
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68788
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47785
Dominique d'Humieres changed:
What|Removed |Added
CC||jon at beniston dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68778
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68791
Bug ID: 68791
Summary: Segfault during link/compilation after update.
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68784
--- Comment #4 from Jonathan Wakely ---
(In reply to Wang Xuancong from comment #0)
> g++ require explicit reference cast:
> t[0] = thread(thread_add, ref(ht), 0, 9);
With that change your program has a data race due to modifying the same
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68792
Bug ID: 68792
Summary: Review doxygen output and don't install useless things
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: documentation
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67973
--- Comment #9 from Dominique d'Humieres ---
> Once this would go in, a proper solution will never happen ;-)
> Honestly, I believe the user experience of gcc accepting -gstabs* and
> creating output that causes assembler errors is bad, so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68793
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68707
--- Comment #7 from rguenther at suse dot de ---
On Tue, 8 Dec 2015, alalaw01 at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68707
>
> --- Comment #6 from alalaw01 at gcc dot gnu.org ---
> Well, I can confirm that the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68116
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68786
--- Comment #3 from Jakub Jelinek ---
For normal vectorized stores, the alignment is preserved through the
MEM_REF/TARGET_MEM_REF type, e.g.
5991 TREE_TYPE (data_ref)
5992= build_aligned_type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68784
--- Comment #6 from Wang Xuancong ---
You are right! I have tested myself. MSVC outputs 0 instead of crashing
(crashing is what we expected), it is accepting compilation but not doing the
job correctly, that it passes a temporarily created copy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68674
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68707
--- Comment #6 from alalaw01 at gcc dot gnu.org ---
Well, I can confirm that the patch generates load-lanes/store-lanes instead of
SLP, all over the (vect) testsuite. All execution tests are passing :) so it
*may* just be a case of updating a lot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58938
Philip Deegan changed:
What|Removed |Added
CC||philip.deegan at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48088
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48088
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68793
--- Comment #3 from Allan Jensen ---
Created attachment 36959
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36959=edit
neon-test-no-split-wide-types.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68721
--- Comment #5 from Richard Biener ---
Created attachment 36960
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36960=edit
untested fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68793
--- Comment #6 from Allan Jensen ---
I mean the neon64 case, not 32-bit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68793
--- Comment #7 from ktkachov at gcc dot gnu.org ---
(In reply to Allan Jensen from comment #6)
> I mean the neon64 case, not 32-bit.
Seems so. I get:
_Z16RGBA2BGRA_neon64PKjPjj:
.LFB3215:
.cfi_startproc
subsw7, w2, #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68768
--- Comment #1 from vries at gcc dot gnu.org ---
PR68640 has been fixed by committing the simple fix, so the status of this PR
has changed from hypothetical to actual.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68116
--- Comment #4 from Marek Polacek ---
Author: mpolacek
Date: Tue Dec 8 14:43:32 2015
New Revision: 231412
URL: https://gcc.gnu.org/viewcvs?rev=231412=gcc=rev
Log:
PR c++/68116
* g++.dg/cpp0x/pr68116.C: New test.
Added:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68794
Bug ID: 68794
Summary: an option for -fsanitize= is accepted even if the
corresponding library is not available
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68333
--- Comment #5 from mwahab at gcc dot gnu.org ---
(In reply to mwahab from comment #4)
> (In reply to Richard Biener from comment #3)
> > Should be fixed now.
>
> It's still failing for aarch64_be-none-elf.
>
> The test has a dg-skip-if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68793
--- Comment #1 from Allan Jensen ---
Created attachment 36957
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36957=edit
neon-test.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68793
--- Comment #2 from Allan Jensen ---
Created attachment 36958
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36958=edit
neon-test-split-wide-types.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68793
Bug ID: 68793
Summary: Bad optimization by split-wide-type on NEON
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68640
--- Comment #9 from vries at gcc dot gnu.org ---
Author: vries
Date: Tue Dec 8 14:17:42 2015
New Revision: 231411
URL: https://gcc.gnu.org/viewcvs?rev=231411=gcc=rev
Log:
Clear restrict in install_var_field
2015-12-08 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68657
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68049
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
1 - 100 of 180 matches
Mail list logo