https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91481
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91478
Richard Biener changed:
What|Removed |Added
Keywords||lto, needs-bisection
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91477
--- Comment #1 from Richard Biener ---
This is due to limitations in the encoding space for locations which causes us
to drop column numbers at some point.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91476
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91472
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91481
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91441
kito at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91485
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91485
kargl at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91441
--- Comment #2 from kito at gcc dot gnu.org ---
Author: kito
Date: Mon Aug 19 03:21:44 2019
New Revision: 274631
URL: https://gcc.gnu.org/viewcvs?rev=274631&root=gcc&view=rev
Log:
PR target/91441 - Turn off -fsanitize=kernel-address if
TARGET_ASA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91485
--- Comment #2 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Mon Aug 19 03:21:46 2019
New Revision: 274632
URL: https://gcc.gnu.org/viewcvs?rev=274632&root=gcc&view=rev
Log:
2019-08-18 Steven G. Kargl
PR fortran/91485
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91485
--- Comment #1 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Mon Aug 19 03:00:54 2019
New Revision: 274630
URL: https://gcc.gnu.org/viewcvs?rev=274630&root=gcc&view=rev
Log:
2019-08-18 Steven G. Kargl
PR fortran/91485
pro (https://gcc.godbolt.org/z/RO-2Ec):
#include
int main() {
auto z = std::char_traits::length("");
}
$ g++ -fgnu-tm -O2 -std=c++17
In file included from
/opt/compiler-explorer/gcc-trunk-20190818/include/c++/10.0.0/string:40,
from :1:
/opt/compiler-explorer/gcc-trun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80834
Li Jia He changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80834
Li Jia He changed:
What|Removed |Added
CC||helijia at gcc dot gnu.org
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91487
Bug ID: 91487
Summary: [concepts] alias constraint not respected
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91485
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P5
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91486
--- Comment #2 from John Salmon ---
The same incorrect logic that was fixed in bug 68519 is present in the
implementations of future::wait_for and shared_timed_mutex::wait_for. The fix
should be the same: explicitly duration_cast the __rtime ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91486
--- Comment #1 from John Salmon ---
Created attachment 46727
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46727&action=edit
demonstration code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91486
Bug ID: 91486
Summary: future::wait_for and shared_timed_mutex::wait_for do
not work properly with float duration
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91390
--- Comment #6 from Thomas Koenig ---
Created attachment 46726
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46726&action=edit
Much better patch
It a) does not try to do two things at once, and b) has passed
regression-testing at least on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91485
Bug ID: 91485
Summary: [10 Regression] Erroneous conflict between variable x
and operator(.x.)
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87880
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87880
--- Comment #15 from Iain Sandoe ---
Author: iains
Date: Sun Aug 18 19:11:29 2019
New Revision: 274625
URL: https://gcc.gnu.org/viewcvs?rev=274625&root=gcc&view=rev
Log:
Darwin, libsanitizer - remove reference to __cxa_rethrow_primary_exception.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83531
Iain Sandoe changed:
What|Removed |Added
Target Milestone|--- |7.5
--- Comment #12 from Iain Sandoe ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83531
--- Comment #11 from Iain Sandoe ---
Author: iains
Date: Sun Aug 18 18:54:13 2019
New Revision: 274624
URL: https://gcc.gnu.org/viewcvs?rev=274624&root=gcc&view=rev
Log:
[Darwin, fixincludes] Fix PR83531
There is no reasonable chance that the S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91472
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #5 from Eric Botcazou -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91472
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64636
--- Comment #5 from John Paul Adrian Glaubitz ---
I can confirm that disabling LTO on sparc64 makes gcc build fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91472
--- Comment #3 from John Paul Adrian Glaubitz ---
It can reproduced by simply cloning the gmp repo, building it and running the
testsuite:
$ hg clone https://gmplib.org/repo/gmp
$ cd gmp
$ ./.bootstrap && ./configure --enable-cxx --enable-fat --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91472
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91480
--- Comment #2 from frankhb1989 at gmail dot com ---
I agree the problem of 'L' is not likely found as a real issue in practice.
Perhaps this could be forwarded as an issue of the standard which requires
overspecified definitions. I don't find an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91484
Bug ID: 91484
Summary: Error message: std::is_constructible with incomplete
types.
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91483
Marek Polacek changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91483
Bug ID: 91483
Summary: Poor diagnostic on trying to take constexpr reference
to non-static object
Product: gcc
Version: 9.1.1
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91482
Bug ID: 91482
Summary: __builtin_assume_aligned should not break write
combining
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91481
Bug ID: 91481
Summary: POWER9 "DARN" RNG intrinsic produces repeated output
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91390
--- Comment #5 from Thomas Koenig ---
Created attachment 46724
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46724&action=edit
Something that sort of works...
and also extends the error message with a reference to where the
mismatching pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91480
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37242
--- Comment #24 from Dmitry G. Dyachenko ---
r257061 optimize too
gcc version 8.0.1 20180125 (experimental) [trunk revision 257061] (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91390
Thomas Koenig changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37242
Dmitry G. Dyachenko changed:
What|Removed |Added
CC||dimhen at gmail dot com
--- Commen
42 matches
Mail list logo