https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66001
--- Comment #1 from David Krauss ---
If a non-constexpr constructor is addend to struct dt, the behavior is
different, and inconsistent between a bound temporary and an initializer_list
sequence.
#include
struct dt
{ dt() {} ~ dt() {} };
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65871
--- Comment #7 from James Almer ---
Thanks for the above fix.
I forgot to test BMI1's andn. That one should have an insn modeled this way as
well.
int foo (unsigned int x, unsigned int y)
{
if (~x & y)
return 1;
return 0;
}
gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65999
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> These should be provided by your libc if at all.
This means report it to glibc if you use GNU/Linux. Apple if you use Mac OS X,
etc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65999
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66001
Bug ID: 66001
Summary: [5.1/6 regression] ICE when NSDMI in a literal class
uses a destructor
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66000
Bug ID: 66000
Summary: Suggestion: more than one "not declared in this scope"
per line
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65999
Bug ID: 65999
Summary: c11 compliance - fopen_s not supported
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65997
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65998
Bug ID: 65998
Summary: please support multiarch for the user search paths
(CPATH, etc.)
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65997
--- Comment #2 from H.J. Lu ---
This could be a readelf bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65997
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65997
Bug ID: 65997
Summary: -mregparm=3 causes bad DWARF debug info
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48890
Francois-Xavier Coudert changed:
What|Removed |Added
Version|4.6.1 |6.0
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48890
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64968
--- Comment #34 from Frédéric Buclin ---
My debug code caught the problem. In one of the last bugmails, I got:
Date: Sun, 03 May 2015 14:56:33 +
X-Bugzilla-Debug-Date: Sun, 03 May 2015 14:56:33 +
X-Bugzilla-Debug-DeltaTS: 2015-05-03 20:2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61303
--- Comment #7 from Maciej Bliziński ---
Checked again, the problem is still there in GCC-5.1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47123
Andreas Tobler changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47093
Bug 47093 depends on bug 47123, which changed state.
Bug 47123 Summary: *freebsd configurations configure, but don't build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47123
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47123
Andreas Tobler changed:
What|Removed |Added
CC||andreast at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65994
--- Comment #2 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #1)
> ... just for the same of nitpicky conformance.
s/same/sake/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65994
--- Comment #1 from Jonathan Wakely ---
(Hi Barry!)
Generally when we fix defects we apply them retroactively to older standards
modes as well, if the old behaviour is defective then it's better to change it
than maintain two code paths just for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65996
Bug ID: 65996
Summary: [5.1 Regression] gfortran ICE with -dH
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65992
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65995
Bug ID: 65995
Summary: LTO: ICE in add_symbol_to_partition_1 for debug build
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37131
--- Comment #27 from Thomas Koenig ---
Author: tkoenig
Date: Sun May 3 18:09:57 2015
New Revision: 222751
URL: https://gcc.gnu.org/viewcvs?rev=222751&root=gcc&view=rev
Log:
2015-05-03 Thomas Koenig
PR fortran/37131
* gfortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65931
--- Comment #5 from Dominique d'Humieres ---
> Did you also upload a standalone test case as a reproducer in that radar?
I did provide what I was asked for. Since then I don't have any news.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65982
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65994
Bug ID: 65994
Summary: auto deduces object instead of initializer_list
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979
--- Comment #5 from John Paul Adrian Glaubitz ---
> I can't see these failures on my cross builds of gcc-5, though.
> It could be a problem of the build compiler too.
I am manually building the latest gcc-4.9.2 snapshot we have in Debian now and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58755
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64840
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65993
Bug ID: 65993
Summary: [6 Regression] Numerous libgomp.oacc failures seen in
r222712
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65992
Bug ID: 65992
Summary: Internal compiler error: in gimple_expand_cfg, at
cfgexpand.c:5658
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: major
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64845
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65931
--- Comment #4 from Jack Howarth ---
(In reply to Dominique d'Humieres from comment #2)
> I have already filed Bug ID# 20510039 and I am using dsymutil from Xcode 6.2.
Did you also upload a standalone test case as a reproducer in that radar?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65991
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65991
Дилян Палаузов changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65991
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65991
Bug ID: 65991
Summary: maybe-unitialized - false positive
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53533
--- Comment #27 from Markus Trippelsdorf ---
Created attachment 35448
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35448&action=edit
testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53533
Markus Trippelsdorf changed:
What|Removed |Added
Last reconfirmed|2012-05-31 00:00:00 |2015-5-3
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65931
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Dominique d'Humieres ---
> I have already filed Bug ID# 20510039 and I am using dsymutil from Xcode 6.2.
Good, that helped quite a lot.
Thanks for the info.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65988
--- Comment #2 from Jesus Cea ---
What can I do, then?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65986
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65915
--- Comment #3 from Uroš Bizjak ---
*** Bug 65986 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65915
Uroš Bizjak changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #2 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65989
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64835
--- Comment #6 from Andreas Schwab ---
Also fails on ia64.
$ grep --color hooray iinline-attr.c.062i.inline
Analyzing function: hooray/0
Analyzing function body size: hooray
Inline summary for hooray/0 inlinable
hooray/0 function not conside
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65988
--- Comment #1 from Marc Glisse ---
Yes, there is (was?) a bug in ISL where they are missing extern "C" in
isl/val_gmp.h, which was hacked around in a buggy way in
graphite-isl-ast-to-gimple.c by including that file inside extern "C". I think
it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65990
Bug ID: 65990
Summary: ICE: in extract_insn, at recog.c:2341 (unrecognizable
insn) with -mmemcpy-strategy=rep_8byte:-1:noalign -m32
-mtune=btver2
Product: gcc
Ver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65989
Bug ID: 65989
Summary: [6 Regression] ICE: in extract_constrain_insn_cached,
at recog.c:2256 (insn does not satisfy its
constraints) with -fsanitize=thread -mavx512dq
Produc
51 matches
Mail list logo