https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63326
Manuel López-Ibáñez changed:
What|Removed |Added
CC||gary at intrepid dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71787
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71777
Mathieu Malaterre changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71785
--- Comment #3 from Segher Boessenkool ---
So, compgotos does its job just fine. It has duplicated the indirect
jump to all its predecessors. One of those is a block that just does
an add (the op++ from the testcase) and then jumps to the indir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30417
--- Comment #15 from Senthil Kumar Selvaraj ---
FWIW, the linker behavior is now fixed -
https://sourceware.org/bugzilla/show_bug.cgi?id=20302
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71788
Bug ID: 71788
Summary: is_trivially_copy_constructible gives false for types
with user defined destructors
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71785
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71763
--- Comment #10 from Michael Meissner ---
While I prefer fixing the issue in reload, we could disable -mupper-regs-di for
32-bit systems and for power7 systems without direct move
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70098
--- Comment #12 from Segher Boessenkool ---
Author: segher
Date: Thu Jul 7 03:09:03 2016
New Revision: 238076
URL: https://gcc.gnu.org/viewcvs?rev=238076&root=gcc&view=rev
Log:
rs6000: Make the ctr* patterns allow ints in vector regs (PR71763)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71763
--- Comment #9 from Segher Boessenkool ---
Author: segher
Date: Thu Jul 7 03:09:03 2016
New Revision: 238076
URL: https://gcc.gnu.org/viewcvs?rev=238076&root=gcc&view=rev
Log:
rs6000: Make the ctr* patterns allow ints in vector regs (PR71763)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71787
Bug ID: 71787
Summary: #pragma GCC diagnostic unexpectedly terminates a
statement
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71786
--- Comment #2 from Guille ---
I added some printing-code to it. This is what I get:
A() -> INSERT: 0x7fff5c44cb2f
~A() -> ERASE: 0x7fff5c44cb2f
~A() -> ERASE: 0x7fff5c44cb40
Assertion failed: (!all.empty()), function ~A, file gcc_bug.c, line 20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71786
--- Comment #1 from Guille ---
I should note, the destructor *is* called, but not the constructor.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71786
Bug ID: 71786
Summary: Constructor never called
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71780
--- Comment #5 from Kevin Harer ---
Well darn. You are right. I am sorry for wasting your time - but glad that
I did, in that the error will come out in my application in some other
worse way -
Thank you for your time -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71780
--- Comment #4 from Jonathan Wakely ---
N.B. it doesn't matter that you're using map, int> rather than
map directly, because the comparisons on the vector use the
comparisons on the Small type, so an invalid ordering for Small produces an
invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71780
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71771
--- Comment #7 from Casey Carter ---
That seems like a good compromise solution to avoid breaking both old code and
new.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71771
--- Comment #6 from Jonathan Wakely ---
(In reply to Casey Carter from comment #5)
> If you think that defending against unconstrained templates is important,
> then we should open a library issue to standardize that behavior. From my
> experienc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71785
--- Comment #1 from Andres Freund ---
Created attachment 38845
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38845&action=edit
reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71785
Bug ID: 71785
Summary: Computed gotos are mostly optimized away
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70914
--- Comment #4 from kargl at gcc dot gnu.org ---
(In reply to Gerhard Steinmetz from comment #3)
> Indeed, I can confirm that all examples from comment 0 are now working
> (and compiling without an ICE) when using gfortran-7-20160703.
>
>
>
> T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71552
--- Comment #9 from Martin Sebor ---
I asked on the list and it doesn't seem that this rises to the level of
importance to justify backporting it (as regressions or incorrect code
generation do).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71784
Bug ID: 71784
Summary: crash on on ref-qual's and templates
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71783
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71782
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71783
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71782
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70914
--- Comment #3 from Gerhard Steinmetz
---
Indeed, I can confirm that all examples from comment 0 are now working
(and compiling without an ICE) when using gfortran-7-20160703.
Though, if not covered elsewhere, only one remaining problem :
$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66960
--- Comment #17 from Goswin von Brederlow ---
(In reply to H.J. Lu from comment #16)
> (In reply to Goswin von Brederlow from comment #15)
>
> > > No. We only do it for data pushed onto stack by CPU.
> >
> > I was thinking of something like:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71771
Casey Carter changed:
What|Removed |Added
CC||Casey at Carter dot net
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70914
--- Comment #2 from kargl at gcc dot gnu.org ---
Hmm, this appears to be fixed on trunk or at
least within my version of gfortran. gcc version
7.0.0 20160629.
troutmask:sgk[235] cat a.f90
character(:), allocatable :: z
z = 'z'
z = z
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71783
Bug ID: 71783
Summary: ICE on valid code.
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assignee: un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71782
Bug ID: 71782
Summary: internal compiler error: in gimplify_var_or_parm_decl
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71780
--- Comment #2 from Kevin Harer ---
(In reply to Daniel Krügler from comment #1)
> I can reproduce the problem for gcc versions smaller than 4.7.3, but I doubt
> that these old versions will be maintained for a fix.
Daniel I sort of thought that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71780
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71781
Bug ID: 71781
Summary: Severe performance degradation of short parallel for
loop on hardware with lots of cores
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71769
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71758
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71742
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71780
Bug ID: 71780
Summary: std::map::operator[] crashes with std::vector of
objects used as key
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: major
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71764
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63151
--- Comment #3 from DB ---
see also 66847, 66617, 55922
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71774
--- Comment #2 from DB ---
see also 66847, 66617, 55922
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71069
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69223
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Summ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71779
Andreas Schwab changed:
What|Removed |Added
Target Milestone|--- |6.2
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63151
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Summ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71774
Martin Sebor changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69223
nightstrike changed:
What|Removed |Added
Known to fail||6.1.0
--- Comment #2 from nightstrike ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71779
Bug ID: 71779
Summary: isl miscompiled with -mabi=ilp32
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71756
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Known to f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71769
--- Comment #1 from nightstrike ---
Would this also be a missed optimization? If the warning is saying that it
can't optimize a loop, and the warning is invalid, then if the loop is
optimizable but isn't being optimized would that qualify as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71778
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49171
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71778
Bug ID: 71778
Summary: [6 Regression][ARM] ICE using non-constant argument to
Neon intrinsic that requires constant arguments
Product: gcc
Version: 6.2.0
Status: UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71518
--- Comment #3 from Ilya Enkovich ---
Author: ienkovich
Date: Wed Jul 6 14:37:26 2016
New Revision: 238055
URL: https://gcc.gnu.org/viewcvs?rev=238055&root=gcc&view=rev
Log:
gcc/
2016-07-06 Yuri Rumyantsev
PR tree-optimization/7151
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71201
Bill Schmidt changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71297
Bill Schmidt changed:
What|Removed |Added
CC||wschmidt at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71777
--- Comment #2 from Peter Bergner ---
FYI, this is the output of your demo code on my POWER8 LE Ubuntu 16.04 system:
bergner@ampere:~$ gcc demo.c
bergner@ampere:~$ ./a.out
1
--
1
2
3
4
6
9
10
11
14
15
16
17
19
20
23
24
25
27
29
31
33
34
36
37
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71777
--- Comment #1 from Peter Bergner ---
The documentation doesn't mention this (and I should probably add it), but the
__builtin_cpu_is() and __builtin_cpu_supports() builtins rely on support from
glibc (glibc 2.23 and later to be exact). If you b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50739
--- Comment #5 from Senthil Kumar Selvaraj ---
Author: saaadhu
Date: Wed Jul 6 13:53:36 2016
New Revision: 238053
URL: https://gcc.gnu.org/viewcvs?rev=238053&root=gcc&view=rev
Log:
2016-07-06 Senthil Kumar Selvaraj
gcc/
Backport fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63874
Ramana Radhakrishnan changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50739
--- Comment #4 from Senthil Kumar Selvaraj ---
Author: saaadhu
Date: Wed Jul 6 11:40:17 2016
New Revision: 238041
URL: https://gcc.gnu.org/viewcvs?rev=238041&root=gcc&view=rev
Log:
Fix PR target/50739
This patch fixes a problem with fmerge-all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71771
--- Comment #4 from Jonathan Wakely ---
This fails without the single-type overloads:
#include
namespace greedy {
struct X { };
template X operator-(T, T) { return {}; }
}
int main()
{
std::move_iterator m{nullptr};
m - m;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71771
--- Comment #3 from Jonathan Wakely ---
But we do have greedy_ops::operator- defined in
testsuite/util/testsuite_greedy_ops.h ... drat.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71771
--- Comment #2 from Jonathan Wakely ---
But as there's no rel_ops::operator- we shouldn't need to do that for operator-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71771
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71776
--- Comment #2 from malithyapa at gmail dot com ---
4.9.3 isn't in jessie yet. will i have to compile?
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.9/lto-wrapper
Target: arm-linux-gnueabihf
Configur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71773
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71762
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71776
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
72 matches
Mail list logo
