https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83704
--- Comment #17 from Janne Blomqvist ---
I have fixed resolve_ordinary_assign as part of a larger patch fixing similar
issues in the frontend (you also need to change extract_int to extract_hwi). I
can submit it once I have tackled the 32-bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83730
--- Comment #2 from Wilhelm M ---
Additionally: if one only uses a global variable of type A, no guards are
creates at all. But this should be conceptually equivalent to the above use
case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83704
--- Comment #16 from Thomas Koenig ---
I hadn't actually compiled this... but then this at least compiles.
Index: resolve.c
===
--- resolve.c (Revision 256284)
+++ resolve.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83693
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #3 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81420
--- Comment #1 from Ed Catmur ---
icc 18 also has this bug. MSVC 19 2017 (with /permissive-) miscompiles by
copying the bound subobject to a separate complete object before binding, so
the reference does not dangle but the derived and base class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83732
Bug ID: 83732
Summary: wrong warning about non-POD field
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83704
--- Comment #15 from Dominique d'Humieres ---
> does this help?
Nope, I get
../../work/gcc/fortran/resolve.c: In function 'bool
resolve_ordinary_assign(gfc_code*, gfc_namespace*)':
../../work/gcc/fortran/resolve.c:10281:27: error: format '%d'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83704
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83693
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83725
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83731
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: berke.durak at gmail dot com
Target Milestone: ---
Using the nightly 20180107 trunk rev. 256317:
% cat pdt.f90
module pdt_m
implicit none
type :: vec(k)
integer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83524
Matthias Klose changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83709
François Dumont changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |fdumont at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67905
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83730
--- Comment #1 from Wilhelm M ---
If the defaulted ctor is commented out, the guards aren't generated. Still is
even stranger ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83730
Bug ID: 83730
Summary: Unnecessary generation of guard variables with
-fno-threadsafe-statics
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82514
--- Comment #4 from Markus Trippelsdorf ---
Smaller testcase from PR83727:
namespace a {
template b *begin(b (&)[c]);
}
class d {
public:
d(const char *);
};
struct e {
int f;
d docstring;
void (*func)(int &, int);
};
namespace a {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83727
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82514
--- Comment #3 from Markus Trippelsdorf ---
*** Bug 83727 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #3 from Eric Gallager ---
Blocks had to be removed from the Objective-C sources in Emacs due to this bug:
https://lists.gnu.org/archive/html/bug-gnu-emacs/2017-12/msg00301.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83524
--- Comment #1 from Jakub Jelinek ---
Can't reproduce with current trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83725
--- Comment #6 from Janne Blomqvist ---
Hmm, the attached testcase works just fine for me. No ICE observed.
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: gandalf at winds dot org
Target Milestone: ---
Created attachment 43054
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43054=edit
Preprocessed file
gcc version 8.0.0 20180
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83728
Bug ID: 83728
Summary: [8 regression] FAIL: gcc.dg/guality/pr68037-1.c
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33167
Albert Chan changed:
What|Removed |Added
CC||albertmcchan at yahoo dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83727
Bug ID: 83727
Summary: [8 Regression] ICE (Segmentation fault) in
local_class_index
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83726
Bug ID: 83726
Summary: [8 Regression] ICE: in final_scan_insn, at
final.c:3063
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83725
--- Comment #5 from dominiq at tournesol dot lps.ens.fr ---
Bugzilla seems down so I cannot check what is wrong with the code I have
posted.
I attach the test.
Cheers,
Dominique
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83725
--- Comment #4 from Dominique d'Humieres ---
> Trying to compile the example produces
> ...
Sorry about that (copy and paste problem). I have attached the right test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83725
--- Comment #3 from Dominique d'Humieres ---
Created attachment 43053
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43053=edit
right reproducer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83721
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81308
Jeffrey A. Law changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83724
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83725
Janne Blomqvist changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #2 from Janne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83725
Dominique d'Humieres changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83705
--- Comment #7 from Dominique d'Humieres ---
> Of course, commenting out the part in simplify.c makes the repeat_7.f90
> test fail. Also, when compiling the testcase in this PR the compiler
> uses 1.7 GB RAM, so I do think it makes sense to have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83725
Bug ID: 83725
Summary: [8 Regression] Another ICE:: in gfc_add_modify_loc, at
fortran/trans.c:159
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78315
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83704
--- Comment #13 from Dominique d'Humieres ---
> Which looks like a clear case of integer wraparound. Given that
> the testcase works, apparently correctly, I would guess the it's
> an error in the implementation of the -Wcharacter-truncation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83706
Rainer Orth changed:
What|Removed |Added
Target|powerpc64*-*-* |
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83724
--- Comment #1 from Matthias Klose ---
duplicate of PR81308?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83724
Bug ID: 83724
Summary: [8 Regression] ICE in calc_dfs_tree, at
dominance.c:458
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83704
--- Comment #12 from Janne Blomqvist ---
With these two commits in #c10 and #c11 the testcase now works correctly.
However, if one enables warnings there's still the (spurious) warning:
test1.f90:12:18:
ch = '123456789'
1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83704
--- Comment #11 from Janne Blomqvist ---
Author: jb
Date: Sun Jan 7 10:17:52 2018
New Revision: 256322
URL: https://gcc.gnu.org/viewcvs?rev=256322=gcc=rev
Log:
PR 78534, 83704 Handle large formatted I/O
In order to handle large characters
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78534
--- Comment #23 from Janne Blomqvist ---
Author: jb
Date: Sun Jan 7 10:17:52 2018
New Revision: 256322
URL: https://gcc.gnu.org/viewcvs?rev=256322=gcc=rev
Log:
PR 78534, 83704 Handle large formatted I/O
In order to handle large characters
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83722
--- Comment #3 from Matthias Klose ---
no, the output is directly taken from the generated file, not from the build
log.
The itself is reported in PR83723.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83722
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83723
--- Comment #1 from Matthias Klose ---
... building the freespace2 package on i386
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81308
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83723
Bug ID: 83723
Summary: [8 Regression] ICE: in gen_rtx_SUBREG, at
emit-rtl.c:1010
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81308
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #6
53 matches
Mail list logo
