https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64712
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2015-01-22 00:00:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64712
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60922
--- Comment #12 from janus at gcc dot gnu.org ---
Author: janus
Date: Fri Jan 23 08:32:09 2015
New Revision: 220029
URL: https://gcc.gnu.org/viewcvs?rev=220029&root=gcc&view=rev
Log:
2015-01-23 Janus Weil
PR fortran/60922
* class.c (f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64740
Bug ID: 64740
Summary: ld called with
-plugin-opt=-fresolution=-plugin-opt=-debug.res
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64740
vries at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P5
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64672
--- Comment #20 from rguenther at suse dot de ---
On Thu, 22 Jan 2015, vries at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64672
>
> --- Comment #17 from vries at gcc dot gnu.org ---
> (In reply to rguent...@suse.de f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64365
--- Comment #11 from rguenther at suse dot de ---
On Thu, 22 Jan 2015, brooks at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64365
>
> Brooks Moses changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64738
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64737
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59766
--- Comment #5 from David Krauss ---
Created attachment 34538
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34538&action=edit
ChangeLog entry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64703
--- Comment #7 from Alan Modra ---
Created attachment 34539
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34539&action=edit
prototype patch
How does this look as a potential fix? Obviously I'd need to provide the new
targetm field and ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64741
Bug ID: 64741
Summary: Incorrect size of UBSan type descriptors
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59766
--- Comment #6 from David Krauss ---
Created attachment 34541
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34541&action=edit
Fix: disable the error for friend declarators.
The fix is simple. Tested and submitted for approval. (I am a reg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64511
--- Comment #18 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 23 09:47:51 2015
New Revision: 220031
URL: https://gcc.gnu.org/viewcvs?rev=220031&root=gcc&view=rev
Log:
PR debug/64511
* dwarf2out.c (struct dw_loc_descr_node): Add chai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64742
Bug ID: 64742
Summary: Incorrect size of UBSan type descriptors
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64742
Yury Gribov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64741
--- Comment #1 from Yury Gribov ---
*** Bug 64742 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64743
Bug ID: 64743
Summary: minor issue with the location of -Wlong-long
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64735
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64735
--- Comment #2 from Jonathan Wakely ---
I think this is expected, the std:future type and std::async function are
declared unconditionally, but the definitions are guarded by:
#if defined(_GLIBCXX_HAS_GTHREADS) && defined(_GLIBCXX_USE_C99_STDINT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64735
--- Comment #3 from Jonathan Wakely ---
i.e. it's not broken, it's missing, and that's by design.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64580
--- Comment #8 from Markus Trippelsdorf ---
The issue is also reproducible with an --enable-checking=release compiler.
The following command reproduces the issue using r220030 on gcc110:
/home/trippels/gcc_5/usr/local/bin/../libexec/gcc/powerpc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64672
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64707
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58489
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58486
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64727
--- Comment #13 from Dominique d'Humieres ---
(In reply to Jason Merrill from comment #11)
> This seems to be because darwin_build_constant_cfstring uses CONST_DECL for
> a global variable, and the C++ front end expects CONST_DECL to be used only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64735
Ramana Radhakrishnan changed:
What|Removed |Added
Component|libstdc++ |c++
--- Comment #4 from Ramana Ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64231
Ramana Radhakrishnan changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64737
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57462
Ramana Radhakrishnan changed:
What|Removed |Added
Target|arm |arm, aarch64
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56139
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63439
--- Comment #5 from Richard Biener ---
So arm uses v16qi, but:
/* { dg-final { scan-tree-dump "Alignment of access forced using peeling"
"vect" { target { vector_alignment_reachable && vect64 } } } } */
so arm also is vect64 (v16qi is 128 bits)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60255
Andre Vehreschild changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Version|4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64744
Bug ID: 64744
Summary: ARM: gcc internal compiler error: in store_field, at
expr.c:6659
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63439
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Fri Jan 23 11:00:10 2015
New Revision: 220033
URL: https://gcc.gnu.org/viewcvs?rev=220033&root=gcc&view=rev
Log:
2015-01-23 Richard Biener
PR testsuite/63439
* gcc.dg/vect/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63439
--- Comment #7 from Richard Biener ---
So SPARC has
static machine_mode
sparc_preferred_simd_mode (machine_mode mode)
{
if (TARGET_VIS)
switch (mode)
{
case SImode:
return V2SImode;
case HImode:
return V4H
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60322
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29366
--- Comment #7 from Kazumoto Kojima ---
(In reply to Oleg Endo from comment #6)
> The patch works on a default sh-elf/newlib config -- it just uses the
> single-thread fake atomics from libstdc++. Kaz, could you please try the
> patch on sh4-lin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60289
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61275
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60334
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64580
--- Comment #9 from Markus Trippelsdorf ---
(gdb) bt
#0 0x10a64660 in compute_vrsave_mask () at
../../gcc/gcc/config/rs6000/rs6000.c:21149
#1 rs6000_stack_info () at ../../gcc/gcc/config/rs6000/rs6000.c:21686
#2 0x10a65694 in r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60570
--- Comment #9 from Marek Polacek ---
Author: mpolacek
Date: Fri Jan 23 11:57:43 2015
New Revision: 220035
URL: https://gcc.gnu.org/viewcvs?rev=220035&root=gcc&view=rev
Log:
DR#412
PR preprocessor/60570
* directives.c (do_elif): Don'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60570
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64745
Bug ID: 64745
Summary: Generic vectorization missed opportunities
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64123
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WORKSFORME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64745
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64745
--- Comment #2 from Richard Biener ---
Created attachment 34545
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34545&action=edit
patch for the alingment issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52482
torvald at gcc dot gnu.org changed:
What|Removed |Added
CC||torvald at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53113
torvald at gcc dot gnu.org changed:
What|Removed |Added
CC||torvald at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63439
--- Comment #9 from Rainer Orth ---
Created attachment 34546
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34546&action=edit
32-bit sparc bb-slp-11.c.135t.slp2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63439
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #5 from Richard Biener ---
[...]
> For SPARC we use v8qi and peel for alignment. That should be handled
> but it looks like SPARC is not vect64 for whatever reason :/
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63439
--- Comment #10 from Rainer Orth ---
Created attachment 34547
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34547&action=edit
32-bit sparc bb-slp-26.c.129t.slp1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64735
--- Comment #5 from Bastiaan Jacques ---
(In reply to Jonathan Wakely from comment #3)
> i.e. it's not broken, it's missing, and that's by design.
So is it the intention of the GCC developers that program writers targeting
such platforms simply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63439
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #7 from Richard Biener ---
[...]
> which means it is unconditionally vect64 (I assume word_mode is DImode).
Unless I'm completely mistaken, word_mode is SImode for 32-bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53113
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64734
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64707
--- Comment #5 from vries at gcc dot gnu.org ---
Author: vries
Date: Fri Jan 23 12:53:55 2015
New Revision: 220037
URL: https://gcc.gnu.org/viewcvs?rev=220037&root=gcc&view=rev
Log:
Make fopenmp an LTO option
2015-01-23 Tom de Vries
PR l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64672
--- Comment #21 from vries at gcc dot gnu.org ---
Author: vries
Date: Fri Jan 23 12:54:16 2015
New Revision: 220038
URL: https://gcc.gnu.org/viewcvs?rev=220038&root=gcc&view=rev
Log:
Make fopenacc an LTO option
2015-01-23 Tom de Vries
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63439
--- Comment #12 from Richard Biener ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #8)
> > --- Comment #5 from Richard Biener ---
> [...]
> > For SPARC we use v8qi and peel for alignment. That should be handled
> > but it looks lik
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64746
Bug ID: 64746
Summary: Loop with nested load/stores is not vectorized using
aggressive if-conversion.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63439
--- Comment #13 from Richard Biener ---
Author: rguenth
Date: Fri Jan 23 13:08:32 2015
New Revision: 220039
URL: https://gcc.gnu.org/viewcvs?rev=220039&root=gcc&view=rev
Log:
2015-01-23 Richard Biener
PR testsuite/63439
* gcc.dg/vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63439
--- Comment #14 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #12 from Richard Biener ---
[...]
>> I'm attaching the 32-bit slp? dumps for reference.
>
> So 64-bit works fine?
Unfortunately not. I'll attach the dumps, too.
Rai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64746
--- Comment #1 from Yuri Rumyantsev ---
Created attachment 34548
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34548&action=edit
test-case to reproduce.
Need to compile this test on x86 with option
-O3 -fopenmp -march=core-avx2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63439
--- Comment #15 from Rainer Orth ---
Created attachment 34549
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34549&action=edit
64-bit sparc bb-slp-11.c.135t.slp2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63439
--- Comment #16 from Rainer Orth ---
Created attachment 34550
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34550&action=edit
64-bit sparc bb-slp-26.c.129t.slp1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64746
--- Comment #2 from Yuri Rumyantsev ---
Created attachment 34551
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34551&action=edit
proposed patch
Patch to cure vectorization issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64580
--- Comment #10 from Markus Trippelsdorf ---
Created attachment 34552
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34552&action=edit
callgrind_annotate output
Output of "callgrind_annotate --tree=both callgrind.out.47690 >| out" is
attac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64747
Bug ID: 64747
Summary: OpenACC: Rejects "gang()" in acc loop/kernels
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: openacc, rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64747
--- Comment #1 from Tobias Burnus ---
If compiling the Fortran version, it shows:
!$acc kernels loop gang(32), vector(16)
1
Error: Clause GANG conflicts with VECTOR at (1)
Possibly, that's the reason for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64748
Bug ID: 64748
Summary: OpenACC: "is not a variable" error with deviceptr()
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: openacc, rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64749
Bug ID: 64749
Summary: "truncating" instructions generated instead of a load
one using SSE & AVX2 intrinsics
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62286
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=64744
jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
Target|aarch64 |arm-none-linux-gnueabihf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55177
--- Comment #15 from David Woodhouse ---
More missed optimistions (gcc version 4.9.2 20141101 (Red Hat 4.9.2-1) (GCC))
I see it using movbe for the pointer_abuse() function, but can't see a simple
way to make it use movbe *without* killing kitte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64744
--- Comment #2 from Alexander Basov ---
Yep, sorry it's for ARM target.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64744
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=64744
--- Comment #4 from Alexander Basov ---
(In reply to ktkachov from comment #3)
> Confirmed as well on all release branches.
Ok, If you have no any objections, I'd like to fix it.
BTW, what gcc should do with such code?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55177
--- Comment #16 from Uroš Bizjak ---
(In reply to David Woodhouse from comment #15)
> {
> return (p->data[0] << 24) | (p->data[1] << 16) | (p->data[2] << 8) |
> p->data[1];
> }
p->data[3] ?
> unsigned add(struct pkt *p)
> {
> retur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64741
--- Comment #2 from Jakub Jelinek ---
The C FE does for vars with flexible array members with initializers:
DECL_SIZE (decl)
= size_binop (PLUS_EXPR, DECL_SIZE (decl), TYPE_SIZE (type));
DECL_SIZE_UNIT (decl)
= size_bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64750
Bug ID: 64750
Summary: internal compiler error: in gen_type_die_with_usage,
at dwarf2out.c:19486
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64744
--- Comment #5 from ktkachov at gcc dot gnu.org ---
(In reply to Alexander Basov from comment #4)
> (In reply to ktkachov from comment #3)
> > Confirmed as well on all release branches.
>
> Ok, If you have no any objections, I'd like to fix it.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55177
--- Comment #17 from David Woodhouse ---
Er, yes. Sorry, I originally tried it with uint16_t but it wasn't even using
movbe for the pointer_abuse() function then, so I made it 32-bit instead.
Badly. Come to think of it, the lack of movbe in the 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55177
--- Comment #18 from Uroš Bizjak ---
(In reply to David Woodhouse from comment #17)
> unsigned or(struct pkt *p)
gcc 5.0 optimizes the above case ...
> unsigned add(struct pkt *p)
... but not this one. Probably just the case of missing match
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62286
--- Comment #3 from Ramana Radhakrishnan ---
(In reply to ktkachov from comment #2)
> (In reply to Ramana Radhakrishnan from comment #1)
> > Because the Cortex-M3 doesn't have those instructions ? It's a testism
> > probably fixed by an appropria
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64734
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62286
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64751
Bug ID: 64751
Summary: internal compiler error: in gen_type_die_with_usage,
at dwarf2out.c:19486
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64751
--- Comment #1 from zzt ---
*** Bug 64750 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64750
zzt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64752
Bug ID: 64752
Summary: Eliminate use of "file" from the jit testsuite
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: jit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56801
torvald at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61594
torvald at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64727
--- Comment #14 from Jason Merrill ---
Author: jason
Date: Fri Jan 23 14:59:10 2015
New Revision: 220041
URL: https://gcc.gnu.org/viewcvs?rev=220041&root=gcc&view=rev
Log:
PR c++/64727
* constexpr.c (cxx_eval_constant_expression): Allow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52695
--- Comment #8 from torvald at gcc dot gnu.org ---
Can this bug be closed? It sounds as if this has been fixed in 4.8 already;
given that TM is experimental, backporting the fix is probably not worth it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64753
Bug ID: 64753
Summary: Redundant cmp instruction on x86_64
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61594
--- Comment #4 from Patrick Marlier ---
GCC 4.8.3 and 4.9.1 still fail with an ICE. Please adjust the version in the PR
and change the status.
(I did not test 4.8.4 and 4.9.2 but I can test it).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64421
Andrew Senkevich changed:
What|Removed |Added
CC||jakub at redhat dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64752
--- Comment #1 from David Malcolm ---
(In reply to David Malcolm from comment #0)
> Some hosts won't have "file" installed, and the output of "file" seems to
> vary enough from host to host that this test can never be made sane.
For example, on
1 - 100 of 179 matches
Mail list logo
