https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83496
Eric Botcazou changed:
What|Removed |Added
Target|mipsbe |mips-*-*
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84506
--- Comment #15 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Feb 23 19:53:04 2018
New Revision: 257951
URL: https://gcc.gnu.org/viewcvs?rev=257951&root=gcc&view=rev
Log:
2018-02-23 Jerry DeLisle
Backport from trunk
PR f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84533
Bug ID: 84533
Summary: [7/8 Regression] ICE with duplicate enum value
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84506
Jerry DeLisle changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84526
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #9 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84523
--- Comment #2 from Harald Anlauf ---
(In reply to Thomas Koenig from comment #1)
> Doesn't crash for me, but I get a valgrind error:
Trying -fsanitize=undefined, I get:
### destruct: size(rc% spots)= 80
### destruct: allocated (vm)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84143
--- Comment #5 from Jerry DeLisle ---
Looking at the tree dump we have:
_gfortran_st_write (&dt_parm.0);
{
struct Pdtfoo_1 * D.3772;
D.3772 = &x;
_gfortran_transfer_integer_write (&dt_parm.0, &D.3772->k1, 4);
_gf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84534
Bug ID: 84534
Summary: [8 regression] several powerpc test cases fail
starting with r257915
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84535
Bug ID: 84535
Summary: std::thread constructor missing constraint on first
argument
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|6.4 |6.5
--- Comment #64 from Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84536
Bug ID: 84536
Summary: [7/8 Regression] ICE with non-type template parameter
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: error-recovery, ice-on-invalid-code
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68226
--- Comment #5 from Harald Anlauf ---
The code in comment#0 compiles with current trunk. The ICE is gone.
Not sure if the code is valid, but NAG accepts it
without complaining.
Adding a line
print *, a
prints
1 2
whi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84535
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68226
Dominique d'Humieres changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Kno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84532
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Fri Feb 23 23:23:43 2018
New Revision: 257956
URL: https://gcc.gnu.org/viewcvs?rev=257956&root=gcc&view=rev
Log:
PR libstdc++/84532 prevent unwrapping of reference_wrapper arguments
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84537
Bug ID: 84537
Summary: [8 Regression] ICE in get_string, at spellcheck-tree.h
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: error-recovery, ice-on-invalid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84537
--- Comment #1 from Volker Reichelt ---
With a slightly modified testcase (namespace std instead of N) I get
a different stack-trace:
===
namespace std
{
template struct A {};
}
std::template A<> a;
===
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84523
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P4
CC|
1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/nfs/home/abenson/Galacticus/Tools
--enable-languages=c,c++,fortran --disable-multilib
Thread model: posix
gcc version 8.0.1 20180223 (experimental) (GCC)
$ gfortran bug.F90
$ a.out
FROM PROGRAM8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30792
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70468
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51652
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69563
Neil Carlson changed:
What|Removed |Added
Version|6.0 |8.0.1
--- Comment #2 from Neil Carlson -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Neil Carlson changed:
What|Removed |Added
Version|4.7.0 |8.0.1
--- Comment #26 from Neil Carlson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52036
zac changed:
What|Removed |Added
CC||xaxxon at gmail dot com
--- Comment #12 from zac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84539
Bug ID: 84539
Summary: ICE and segfault with assignment to CLASS(*) array
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84539
--- Comment #1 from Neil Carlson ---
And same example but using character data. This compiles but gives a segfault
when run at the assignment statement.
class(*), allocatable :: x(:)
x = ['foo','bar']
select type (x)
type is (character(*))
if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83118
--- Comment #4 from Neil Carlson ---
Note that if the sourced allocation in the comment 0 test case
allocate(x%v,source=['foo','bar'])
is replaced by the equivalent (I think) assignment
x%v = ['foo','bar']
Then the code produces a run tim
101 - 128 of 128 matches
Mail list logo
