https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42568
--- Comment #28 from urbanjost at comcast dot net ---
This is still a problem with Cygwin 2.2.1 and gfortran 4.9.3
$ cygcheck --version
cygcheck (cygwin) 2.2.1
System Checker for Cygwie
$ gfortran --version
GNU Fortran (GCC) 4.9.3
$ bash bug1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67484
Vittorio Zecca changed:
What|Removed |Added
Version|5.2.0 |6.0
--- Comment #1 from Vittorio Zecca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67580
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCO
++ --disable-werror --enable-multilib
Thread model: posix
gcc version 6.0.0 20150914 (experimental) [trunk revision 227747] (GCC)
$
$ g++-trunk -c t.cc
$ g++-5.2 -c -g t.cc
$
$ g++-trunk -c -g t.cc
t.cc:1:7: error: type variant differs by TYPE_TRANSPARENT_AGGR.
union U
^
constant 32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67580
Bug ID: 67580
Summary: Improve error message on missing "struct" tag
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47679
--- Comment #23 from Jeffrey A. Law ---
Author: law
Date: Mon Sep 14 20:10:30 2015
New Revision: 227762
URL: https://gcc.gnu.org/viewcvs?rev=227762&root=gcc&view=rev
Log:
[PATCH] Minor DOM cleanup
PR tree-optimization/47679
* tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44282
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Mon Sep 14 19:54:27 2015
New Revision: 227761
URL: https://gcc.gnu.org/viewcvs?rev=227761&root=gcc&view=rev
Log:
PR c++/44282
* mangle.c (write_CV_qualifiers_for_type):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67579
Bug ID: 67579
Summary: [concepts] Memoization for constraint expressions
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67460
Manuel López-Ibáñez changed:
What|Removed |Added
Known to work||6.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67460
--- Comment #5 from Manuel López-Ibáñez ---
Author: manu
Date: Mon Sep 14 19:27:50 2015
New Revision: 227760
URL: https://gcc.gnu.org/viewcvs?rev=227760&root=gcc&view=rev
Log:
The flag diagnostic_context::some_warnings_are_errors controls whethe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67577
--- Comment #1 from Joel Yliluoma ---
It may be also worth mentioning that adding an explicit '#pragma omp simd'
before each of those loops, inside the operator functions, will make sure that
GCC at least does the mathematics using packed registe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67570
--- Comment #1 from joseph at codesourcery dot com ---
If I understand what you are doing correctly, this is an unnormal
representation (exponent not zero or maximal, explicit MSB of mantissa
zero). Such representations, which cannot be produc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67576
Jonathan Wakely changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67578
Bug ID: 67578
Summary: std::random_device::entropy() always returns 0
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67577
Bug ID: 67577
Summary: Trivial float-vectorization foiled by a loop
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67575
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67575
--- Comment #1 from Andrew Pinski ---
This is needed to be done for thread. There was a thread (so no pun intended)
about this on the mailing list IIRC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67576
Bug ID: 67576
Summary: expression of typeid( expression ) is evaluated twice
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67567
--- Comment #3 from Manuel López-Ibáñez ---
(In reply to Vittorio Zecca from comment #2)
> Unfortunately I do not master gdb and gcc internals enough for that.
> The check costs two instructions on my x86-64.
Two instructions that we do not need
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67557
Jonathan Wakely changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67476
--- Comment #6 from vries at gcc dot gnu.org ---
Updated patch series:
- https://gcc.gnu.org/ml/gcc-patches/2015-09/msg00938.html
- https://gcc.gnu.org/ml/gcc-patches/2015-09/msg00940.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51911
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51911
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Sep 14 15:25:00 2015
New Revision: 227753
URL: https://gcc.gnu.org/viewcvs?rev=227753&root=gcc&view=rev
Log:
/cp
2015-09-14 Paolo Carlini
PR c++/51911
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65142
--- Comment #6 from Jonathan Wakely ---
And the check is wrong in the fread() case as it will only ever return 0 or 1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65142
--- Comment #5 from Florian Weimer ---
The fix is incomplete because short reads can happen in practice for
/dev/random at least.
The usual retry loop is needed. It is not clear what to do on EINTR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67575
Bug ID: 67575
Summary: tsan: double instrumentation of x++
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67567
--- Comment #2 from Vittorio Zecca ---
Unfortunately I do not master gdb and gcc internals enough for that.
The check costs two instructions on my x86-64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67530
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
--- Comment #20 from Richard Biener ---
Yes, I plan to come back to this during stage3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67061
--- Comment #7 from Oleg Endo ---
Author: olegendo
Date: Mon Sep 14 13:46:14 2015
New Revision: 227750
URL: https://gcc.gnu.org/viewcvs?rev=227750&root=gcc&view=rev
Log:
gcc/
PR target/67061
* config/sh/sh-protos.h (sh_find_set_o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67574
Bug ID: 67574
Summary: Misleading error message for method explicitly
defaulted two times
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67569
--- Comment #5 from BENAÏSSA ---
Thank you. A.Benaïssa
Le Lundi 14 septembre 2015 13h27, pinskia at gcc dot gnu.org
a écrit :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67569
Andrew Pinski changed:
What |Rem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65142
Florian Weimer changed:
What|Removed |Added
CC||fweimer at redhat dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67569
--- Comment #4 from BENAÏSSA ---
Thank you for your replty. A.Benaïssa
Le Lundi 14 septembre 2015 11h22, mpolacek at gcc dot gnu.org
a écrit :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67569
Marek Polacek changed:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63304
--- Comment #25 from Ramana Radhakrishnan ---
Author: ramana
Date: Mon Sep 14 13:16:59 2015
New Revision: 227748
URL: https://gcc.gnu.org/viewcvs?rev=227748&root=gcc&view=rev
Log:
[AArch64] Handle literal pools for functions > 1 MiB in size.
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67573
--- Comment #1 from Kazumoto Kojima ---
Created attachment 36333
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36333&action=edit
test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #111 from Kazumoto Kojima ---
(In reply to Kazumoto Kojima from comment #110)
It seems that those failures are the latent wrong code problem
triggered with -mlra accidentally. I've filed it as PR67573.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67569
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67573
Bug ID: 67573
Summary: [SH] wrong code generated for
libstdc++-v3/src/c++11/cxx11-shim_facets.cc at -mlra
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67569
Andrew Pinski changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|WORKSFORM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67566
--- Comment #3 from Jonathan Wakely ---
(In reply to Roman Koptev from comment #2)
> That'is if I compile any program with the option -std=c++14, after including
> (may be and other headers) std::move surely and always is in global
> namespace,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67566
--- Comment #2 from Roman Koptev ---
I've installed gcc 5.1 from repository
http://ppa.launchpad.net/ubuntu-toolchain-r/ppa/ubuntu on Ubuntu Studio:
lsb_release -a
LSB Version:
core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:cor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67401
--- Comment #2 from John David Anglin ---
Author: danglin
Date: Mon Sep 14 12:05:58 2015
New Revision: 227746
URL: https://gcc.gnu.org/viewcvs?rev=227746&root=gcc&view=rev
Log:
PR middle-end/67401
* optabs.c (expand_atomic_compar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67572
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67572
Bug ID: 67572
Summary: std::atomic, std::mutex and others are trivially
copyable
Product: gcc
Version: 4.9.4
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67438
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67568
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67563
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67553
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67550
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67549
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67548
--- Comment #7 from Richard Biener ---
I thought we do nothing in an incremental link but concat the LTO input
sections?
That's why we put that $ID suffix on the section names. So maybe with plugin
auto-loading (and thus slim objects?) the LTO p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67552
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67533
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67520
--- Comment #1 from Richard Biener ---
IMHO libraries should have a way to specify a custom handler (and default that
to abort maybe). Indeed exit (255) isn't very canonical.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67518
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67510
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67571
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67509
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67470
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67474
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67477
Richard Biener changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67490
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67507
Richard Biener changed:
What|Removed |Added
Version|unknown |4.9.4
--- Comment #1 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67571
--- Comment #6 from werner at beroux dot com ---
Humm no sorry I'm building from the same git tag (which is of Jan 24). So it
looks like something caused GCC to use more memory than before.
I did notice a GCC5 compilation fix, probably unrelated,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67447
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67462
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
--- Comment #3 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67571
--- Comment #5 from werner at beroux dot com ---
I'm trying to build with newer GCC and older code to confirm that (build takes
a while).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67239
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67571
Marek Polacek changed:
What|Removed |Added
Status|RESOLVED|NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67571
--- Comment #3 from werner at beroux dot com ---
I should clarify that the code being compiled might have changed as well
between the two:
https://github.com/ariya/phantomjs/commits/master
from 2015-06-25T20:16:02.750261Z (working)
to 2015-09-05
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67571
--- Comment #2 from werner at beroux dot com ---
It worked on gcc (Debian 4.9.2-2).
Also I tried on two machines with pretty different spec. I'm not excluding the
memory issue, just saying it used to work on those two machines and now it
doesn't.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67569
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67567
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67571
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67563
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67571
Bug ID: 67571
Summary: Error: open CFI at the end of file; missing
.cfi_endproc directive
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: major
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28901
--- Comment #9 from Mark Wielaard ---
Author: mark
Date: Mon Sep 14 09:49:47 2015
New Revision: 227742
URL: https://gcc.gnu.org/viewcvs?rev=227742&root=gcc&view=rev
Log:
PR28901 -Wunused-variable ignores unused const initialised variables in C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67570
Bug ID: 67570
Summary: comparison rules fails
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67569
Bug ID: 67569
Summary: erroneous compiler error message
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67552
--- Comment #5 from Yulia Koval ---
Sorry, I don't understand why we shouldn't preserve the red zone. The function
"foo", executing before the interrupt was called, used its red zone. If the
interrupt does not adjust the stack pointer, who contro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67568
Bug ID: 67568
Summary: lto-streamer-in.c sanitizer runtime error: load of
value 255, which is not a valid value for type 'bool'
Product: gcc
Version: 6.0
Status: UNCONFIR
82 matches
Mail list logo