https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70690
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70689
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code, ra
Targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70687
--- Comment #2 from Richard Biener ---
Use wide_int instead?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70686
Richard Biener changed:
What|Removed |Added
Target|-march=core2 / |x86_64-*-*
|-march=no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70684
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70683
--- Comment #3 from Richard Biener ---
Yes, iterative_hash_expr needs to match operand_equal_p (I'd add checking bits
to operand_equal_p that makes sure equal trees hash the same).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70682
--- Comment #3 from Richard Biener ---
We should really really move all that various magic "get me a fancy name" stuff
into a middle-end helper.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70681
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70703
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70701
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70695
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70698
--- Comment #1 from Richard Biener ---
Possibly a duplicate of PR70685.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70710
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70709
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70708
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70706
Richard Biener changed:
What|Removed |Added
Version|6.0 |7.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70690
--- Comment #2 from Andrew Pinski ---
I think the new GCC is correct here and the old one accidentally just got it
"right".
We have:
CentralFreeListPadded Static::central_cache_[kNumClasses];
Which is of type:
class CentralFreeListPadded : publ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70711
Bug ID: 70711
Summary: GCC ARM big-endian ARMv8.1 code fails.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70711
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70685
Richard Biener changed:
What|Removed |Added
CC||kreckel at ginac dot de
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70698
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70699
--- Comment #3 from vries at gcc dot gnu.org ---
Author: vries
Date: Mon Apr 18 08:53:41 2016
New Revision: 235095
URL: https://gcc.gnu.org/viewcvs?rev=235095&root=gcc&view=rev
Log:
Add dot-file scans to pr70161.c
2016-04-18 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70699
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70690
--- Comment #3 from Markus Trippelsdorf ---
(In reply to Andrew Pinski from comment #2)
> I think the new GCC is correct here and the old one accidentally just got it
> "right".
> We have:
> CentralFreeListPadded Static::central_cache_[kNumClasse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70707
James Greenhalgh changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37870
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Mon Apr 18 09:25:46 2016
New Revision: 235103
URL: https://gcc.gnu.org/viewcvs?rev=235103&root=gcc&view=rev
Log:
2016-04-18 Richard Biener
PR middle-end/37870
* exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70553
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70686
--- Comment #2 from alekshs at hotmail dot com ---
(In reply to Richard Biener from comment #1)
> It's not so mind-blowing - it's simply that -fprofile-generate makes our
> GIMPLE level if-conversion no longer apply. Without -fprofile-generate
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70553
--- Comment #3 from Thomas Preud'homme ---
(In reply to Ramana Radhakrishnan from comment #2)
> Fixed then ?
Yes, sorry.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70686
--- Comment #3 from rguenther at suse dot de ---
On Mon, 18 Apr 2016, alekshs at hotmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70686
>
> --- Comment #2 from alekshs at hotmail dot com ---
> (In reply to Richard Biener fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70712
Bug ID: 70712
Summary: False positive from memory sanitizer with use of
'alignas'
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70472
--- Comment #2 from Jonathan Wakely ---
(In reply to Askar Safin from comment #0)
> Also, please, make sure that std::is_copy_constructible gives right answers
> for all standard containers. And same for other type_traits
> (move_constructible et
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70711
Ramana Radhakrishnan changed:
What|Removed |Added
Target Milestone|--- |6.0
--- Comment #2 from Ramana Ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70686
--- Comment #4 from alekshs at hotmail dot com ---
I would be somewhat understanding in the context of -O2/-O3 (compiler guessing)
but not in the context of PGO (compiler understands the flow after a run - so
it should be able to understand that t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70713
Bug ID: 70713
Summary: msp430 interrupt attribute prevents overriding weak
symbols
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48052
amker at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617
--- Comment #8 from Richard Biener ---
(In reply to Jan Smets from comment #7)
> Should I open a different issue for that?
Yes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617
--- Comment #9 from Richard Biener ---
Ok, so
page_table table = G.lookup;
uintptr_t high_bits = (uintptr_t) p & ~ (uintptr_t) 0x;
while (table->high_bits != high_bits)
table = table->next;
base = &table->table[0];
here we a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70714
Bug ID: 70714
Summary: ICE: Segmentation fault
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70701
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70701
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Mon Apr 18 11:39:04 2016
New Revision: 235131
URL: https://gcc.gnu.org/viewcvs?rev=235131&root=gcc&view=rev
Log:
2016-04-18 Richard Biener
PR tree-optimization/70701
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70715
Bug ID: 70715
Summary: SCEV failed to prove no-overflow-ness information
unsigned loop IV
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70716
Bug ID: 70716
Summary: Doxygen comments on std containers need updating for
C++11 allocators
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: documentati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70716
--- Comment #1 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #0)
> Also, assignment operators and functions often say "Old data may be lost." I
> think that's a confusing way to say that old elements are replaced, do we
> rea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617
--- Comment #10 from Jakub Jelinek ---
(In reply to Richard Biener from comment #9)
> Ok, so
>
> page_table table = G.lookup;
> uintptr_t high_bits = (uintptr_t) p & ~ (uintptr_t) 0x;
> while (table->high_bits != high_bits)
> t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69504
--- Comment #5 from Marek Polacek ---
Better testcase:
typedef int U __attribute__ ((vector_size (16)));
int
foo (int i)
{
register U u asm ("xmm0");
return u[i];
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70711
--- Comment #3 from mwahab at gcc dot gnu.org ---
Author: mwahab
Date: Mon Apr 18 12:11:03 2016
New Revision: 235132
URL: https://gcc.gnu.org/viewcvs?rev=235132&root=gcc&view=rev
Log:
PR target/70711
* config/arm/bpabi.h (BE8_LINK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70297
--- Comment #12 from Richard Biener ---
On the branch also needs
2015-11-11 Jason Merrill
* decl.c (duplicate_decls): When combining typedefs, remove the
new type from the variants list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70706
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70297
--- Comment #13 from Richard Biener ---
r207169 that is.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70711
--- Comment #4 from mwahab at gcc dot gnu.org ---
Author: mwahab
Date: Mon Apr 18 12:18:10 2016
New Revision: 235133
URL: https://gcc.gnu.org/viewcvs?rev=235133&root=gcc&view=rev
Log:
PR target/70711
* config/arm/bpabi.h (BE8_LINK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70297
Richard Biener changed:
What|Removed |Added
CC||jan.sm...@alcatel-lucent.co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70617
--- Comment #11 from Richard Biener ---
(gdb) p p
$2 = (const void *) 0x1f0
is the TREE_TYPE of a CEIL_MOD_EXPR. That looks like a bogus pointer to me.
That CEIL_MOD_EXPR is at 0x75bd0b48. It's first allocated as TYPE_DECL
for me, then as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70297
--- Comment #14 from Richard Biener ---
(In reply to Richard Biener from comment #13)
> r207169 that is.
r230202 I mean.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
David Edelsohn changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #7 from David Edelsohn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70711
mwahab at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69148
Dominik Vogt changed:
What|Removed |Added
CC||vogt at linux dot vnet.ibm.com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43434
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Mon Apr 18 13:09:53 2016
New Revision: 235147
URL: https://gcc.gnu.org/viewcvs?rev=235147&root=gcc&view=rev
Log:
2016-04-18 Richard Biener
PR tree-optimization/43434
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43434
Richard Biener changed:
What|Removed |Added
Known to work||7.0
--- Comment #10 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70472
--- Comment #3 from Askar Safin ---
(In reply to Jonathan Wakely from comment #2)
> It's not required, and it would be impossible to require it in general. The
> problem is that std::vector does have a copy constructor, so the trait value
> is tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43434
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37021
Bug 37021 depends on bug 43434, which changed state.
Bug 43434 Summary: Missed vectorization: "not vectorized: data ref analysis":
pointer incremented by a parameter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43434
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 43434, which changed state.
Bug 43434 Summary: Missed vectorization: "not vectorized: data ref analysis":
pointer incremented by a parameter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43434
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70708
--- Comment #3 from Petr ---
Is there any workaround guys?
I was looking for some built-in that would allow me just cast `double` to
`__m128d` without going through `_mm_set_sd()`, but leaving the high part
undefined.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70708
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70472
--- Comment #4 from Jonathan Wakely ---
Yes, I know how to do it, that doesn't mean we can do so easily in existing
types.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70708
--- Comment #5 from Richard Biener ---
double MyMinV2(double a, double b) {
double undef = undef;
__m128d x;
__m128d y;
asm ("" : "=x" (x) : "0" (a));
asm ("" : "=x" (y) : "0" (b));
return _mm_cvtsd_f64(_mm_min_sd(x, y));
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70685
--- Comment #7 from Nathan Sidwell ---
I'm such a doofus :(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70708
--- Comment #6 from Marc Glisse ---
(In reply to Petr from comment #3)
> Is there any workaround guys?
>
> I was looking for some built-in that would allow me just cast `double` to
> `__m128d` without going through `_mm_set_sd()`, but leaving th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70709
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70616
Nathan Sidwell changed:
What|Removed |Added
CC||nathan at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70616
Nathan Sidwell changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70690
--- Comment #4 from Markus Trippelsdorf ---
markus@x4 Release % cat static_vars.ii
class CentralFreeList {
public:
CentralFreeList() {}
};
template
class CentralFreeListPaddedTo : public CentralFreeList {
private:
char pad_[64 - size];
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58483
--- Comment #9 from Marc Glisse ---
__builtin_memcpy (_30, &._82, 12);
_31 = MEM[(const int &)_30];
looks like something we should be able to optimize, and there is indeed code in
vn_reference_lookup_3 to that effect, but the code doesn't lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70712
--- Comment #1 from Kostya Serebryany ---
Does not happen with clang:
clang++ -fsanitize=address alignas.cc -std=c++11 && ./a.out
So this is gcc-specific.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70297
--- Comment #16 from Marek Polacek ---
Author: mpolacek
Date: Mon Apr 18 15:21:52 2016
New Revision: 235150
URL: https://gcc.gnu.org/viewcvs?rev=235150&root=gcc&view=rev
Log:
PR c/70297
* c-decl.c (merge_decls): Also set TYPE_ALI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70297
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70400
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70689
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70708
--- Comment #7 from H.J. Lu ---
Created attachment 38303
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38303&action=edit
A patch for _mm_set_sd
We should use "movq" instead of "movsd" for _mm_set_sd.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70708
H.J. Lu changed:
What|Removed |Added
CC||glisse at gcc dot gnu.org
--- Comment #8 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68211
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70371
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70477
--- Comment #2 from Marek Polacek ---
...because neither LHS nor RHS have any location here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70477
--- Comment #3 from ktkachov at gcc dot gnu.org ---
(In reply to Marek Polacek from comment #2)
> ...because neither LHS nor RHS have any location here.
Hi Marek,
does that mean you can reproduce?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68211
--- Comment #2 from Marc Glisse ---
(In reply to H.J. Lu from comment #1)
> When the patch for PR 70708, I got
>
> vmovq %xmm0, %xmm0
> vsqrtsd {ru-sae}, %xmm0, %xmm0, %xmm0
> ret
Note that the goal of both PRs is to get rid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68211
--- Comment #3 from H.J. Lu ---
(In reply to Marc Glisse from comment #2)
> (In reply to H.J. Lu from comment #1)
> > When the patch for PR 70708, I got
> >
> > vmovq %xmm0, %xmm0
> > vsqrtsd {ru-sae}, %xmm0, %xmm0, %xmm0
> > ret
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70477
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68211
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70294
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70690
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41759
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41759
--- Comment #7 from Jonathan Wakely ---
Author: redi
Date: Mon Apr 18 18:03:50 2016
New Revision: 235160
URL: https://gcc.gnu.org/viewcvs?rev=235160&root=gcc&view=rev
Log:
PR libstdc++/41759 reword static assertions in
PR libstdc++/417
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70690
--- Comment #5 from Jason Merrill ---
GCC bug: we're clearing 'cache' during its dynamic initialization even though
default-initialization should have no effect.
struct A {
A() {}
};
struct APadded : public A {
char pad[63];
};
int f();
in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70528
--- Comment #13 from Jason Merrill ---
Author: jason
Date: Mon Apr 18 19:00:00 2016
New Revision: 235165
URL: https://gcc.gnu.org/viewcvs?rev=235165&root=gcc&view=rev
Log:
PR c++/70690
PR c++/70528
* class.c (type_maybe_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70690
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Mon Apr 18 19:00:00 2016
New Revision: 235165
URL: https://gcc.gnu.org/viewcvs?rev=235165&root=gcc&view=rev
Log:
PR c++/70690
PR c++/70528
* class.c (type_maybe_c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60799
--- Comment #2 from Casey Carter ---
[basic.lookup.unqual]/9 says that name *lookup* inside friend functions defined
inline works as it does in member functions, but that doesn’t necessarily imply
that the friend function should have the same *ac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70708
--- Comment #9 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Mon Apr 18 19:40:30 2016
New Revision: 235169
URL: https://gcc.gnu.org/viewcvs?rev=235169&root=gcc&view=rev
Log:
Optimize load double into xmm with zero_extend
"movq" should used
1 - 100 of 139 matches
Mail list logo
