https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89405
Jakub Jelinek changed:
What|Removed |Added
Summary|[8/9 Regression] ICE in |[8 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89403
Jakub Jelinek changed:
What|Removed |Added
Summary|[7/8/9 Regression] ICE in |[7/8 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80408
--- Comment #6 from Raphael Monod ---
Thank you very much for your explanations. Now I understand why I was wrong. I
will try to change my code to take into account your suggestions.
Once more, thank you very much.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88690
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89271
--- Comment #11 from Vladimir Makarov ---
(In reply to Alan Modra from comment #5)
> Created attachment 45760 [details]
> Current set of patches
>
> It turns out there is a lot more than just wrong register_move_cost. This
> patchset does fix t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89313
Peter Bergner changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
Target|x86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87921
Jason Merrill changed:
What|Removed |Added
Summary|[7/8/9 Regression] |[7/8 Regression] Incorrect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87921
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Thu Feb 21 02:24:40 2019
New Revision: 269064
URL: https://gcc.gnu.org/viewcvs?rev=269064&root=gcc&view=rev
Log:
PR c++/87921 - wrong error with inline static data member.
c_pars
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52130
--- Comment #5 from Jonathan Wakely ---
The relevant text in the standard is:
"A scoped enumeration shall not be later redeclared as unscoped or with a
different underlying type. An unscoped enumeration shall not be later
redeclared as scoped an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52320
Jonathan Wakely changed:
What|Removed |Added
Keywords||wrong-code
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89428
Bug ID: 89428
Summary: missing -Wstringop-overflow on a PHI with variable
offset
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89407
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89407
--- Comment #1 from ian at gcc dot gnu.org ---
Author: ian
Date: Thu Feb 21 01:06:01 2019
New Revision: 269063
URL: https://gcc.gnu.org/viewcvs?rev=269063&root=gcc&view=rev
Log:
PR go/89407
internal/cpu: use #ifdef __s390x__ in C cod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89416
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88826
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89403
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 21 00:09:47 2019
New Revision: 269059
URL: https://gcc.gnu.org/viewcvs?rev=269059&root=gcc&view=rev
Log:
PR c++/89403
* decl2.c (c_parse_final_cleanups): Move TREE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89405
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Thu Feb 21 00:08:59 2019
New Revision: 269058
URL: https://gcc.gnu.org/viewcvs?rev=269058&root=gcc&view=rev
Log:
PR c++/89405
* decl.c (maybe_commonize_var): When clearing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89427
--- Comment #1 from Martin Sebor ---
The equivalent code using memcpy (or even strcpy) is diagnosed:
$ cat u.c && gcc -O2 -S -Wall u.c
char a[8];
void f (int i)
{
char *p = a + sizeof a;
if (i < 5)
i = 5;
__builtin_memcpy (p + i, "",
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89427
Bug ID: 89427
Summary: missing -Warray-bounds on a MEM_REF of array plus
offset
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89409
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89412
Jakub Jelinek changed:
What|Removed |Added
Known to work||9.0
Summary|[7/8/9 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89412
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 20 23:02:29 2019
New Revision: 269057
URL: https://gcc.gnu.org/viewcvs?rev=269057&root=gcc&view=rev
Log:
PR middle-end/89412
* expr.c (expand_assignment): If resul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89091
--- Comment #10 from Jakub Jelinek ---
Fixed for 9+ so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89091
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 20 23:01:41 2019
New Revision: 269056
URL: https://gcc.gnu.org/viewcvs?rev=269056&root=gcc&view=rev
Log:
PR middle-end/89091
* fold-const.c (decode_field_reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89415
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89415
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 20 22:41:26 2019
New Revision: 269055
URL: https://gcc.gnu.org/viewcvs?rev=269055&root=gcc&view=rev
Log:
PR middle-end/88074
PR middle-end/89415
* toplev.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88074
--- Comment #32 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 20 22:41:26 2019
New Revision: 269055
URL: https://gcc.gnu.org/viewcvs?rev=269055&root=gcc&view=rev
Log:
PR middle-end/88074
PR middle-end/89415
* toplev.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83057
--- Comment #5 from Harald Anlauf ---
Patch submitted:
https://gcc.gnu.org/ml/fortran/2019-02/msg00176.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89426
Bug ID: 89426
Summary: -mfpmath=sse isn't preserved
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
Segher Boessenkool changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |segher at gcc dot
gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
--- Comment #11 from Segher Boessenkool ---
If you use -fsignaling-nans everything works as expected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89425
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89415
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Jakub Jelinek ---
> See https://gcc.gnu.org/ml/gcc-patches/2019-02/msg01650.html
I've now included the patch in a sparc-sun-solaris2.11 bootstrap and the
sinatan-1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89397
--- Comment #7 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Feb 20 21:58:45 2019
New Revision: 269054
URL: https://gcc.gnu.org/viewcvs?rev=269054&root=gcc&view=rev
Log:
PR target/89397
* config/i386/i386.c (ix86_atomic_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89425
Bug ID: 89425
Summary: -Wabsolute-value warns in dead code
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83057
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89336
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 20 21:16:27 2019
New Revision: 269052
URL: https://gcc.gnu.org/viewcvs?rev=269052&root=gcc&view=rev
Log:
PR c++/89336
* constexpr.c (cxx_eval_store_expression): Di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89424
Bug ID: 89424
Summary: __builtin_vec_ext_v1ti (v, i) results in ICE with
variable i (RS6000)
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80408
--- Comment #5 from Janne Blomqvist ---
(In reply to Raphael Monod from comment #4)
> Thank you for your answer. But I don't understand why adding -lpthread
> option change the behavior if I do not use any thread.
In libgfortran, if a thread lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84889
David Malcolm changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Target Milestone|9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87513
Jason Merrill changed:
What|Removed |Added
Summary|[8/9 Regression] ICE in |[8 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86395
David Malcolm changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86248
--- Comment #4 from Harald Anlauf ---
Some digging shows that the name mangling is done in trans-decl.c,
gfc_sym_mangled_identifier. Strangely, the funny name mangling comes
from the component fn_result_spec being set in resolve.c, flag_fn_resul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89410
David Malcolm changed:
What|Removed |Added
Summary|[7/8/9 Regression] ICE in |[7/8 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89410
--- Comment #13 from David Malcolm ---
Author: dmalcolm
Date: Wed Feb 20 20:07:20 2019
New Revision: 269050
URL: https://gcc.gnu.org/viewcvs?rev=269050&root=gcc&view=rev
Log:
Fix ICE with #line directive (PR c/89410)
PR c/89410 reports various
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89177
--- Comment #4 from Bernd Edlinger ---
(In reply to Johannes Pfau from comment #2)
> Thanks for the bug report & patch. It seems upstream phobos has already
> fixed this in a different way:
>
> https://github.com/dlang/phobos/commit/
> d5f710c57
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89418
--- Comment #3 from Andrew Pinski ---
Funny. real.mant_dig == 106 means 128bit IBM long double (or as some call it,
double-double as the error message suggest).
The error message is incorrect in both cases too:
"Only 64-bit, 80-bit, and 128-b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89418
--- Comment #2 from seurer at gcc dot gnu.org ---
real.mant_dig is 106 on powerpc64le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89410
--- Comment #12 from Jonny Grant ---
Just to add
C spec says UB.
http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf
"The #line preprocessing directive that results after expansion does not match
one of
the two well-defined forms, or its
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87513
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Wed Feb 20 18:59:18 2019
New Revision: 269048
URL: https://gcc.gnu.org/viewcvs?rev=269048&root=gcc&view=rev
Log:
PR c++/87513 - 'sorry' mangling PMF template-id.
Here build_offs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88380
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Wed Feb 20 18:54:45 2019
New Revision: 269046
URL: https://gcc.gnu.org/viewcvs?rev=269046&root=gcc&view=rev
Log:
PR c++/88380 - wrong-code with flexible array and NSDMI.
Here 'sk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88572
--- Comment #17 from Jason Merrill ---
Author: jason
Date: Wed Feb 20 18:50:32 2019
New Revision: 269045
URL: https://gcc.gnu.org/viewcvs?rev=269045&root=gcc&view=rev
Log:
PR c++/88572 - wrong handling of braces on scalar init.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84530
Ev Drikos changed:
What|Removed |Added
CC||drikosev at gmail dot com
--- Comment #7 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89410
--- Comment #11 from Segher Boessenkool ---
(In reply to Jonny Grant from comment #9)
> Maybe zero could be disallowed too.
Yes, but maybe we need that for historical reasons.
> Not sure what is best here, I'm not knowledgeable of GCC, but mayb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89400
Jakub Jelinek changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89421
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89400
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80408
--- Comment #4 from Raphael Monod ---
Thank you for your answer. But I don't understand why adding -lpthread option
change the behavior if I do not use any thread. Moreover, if I refer to this
page ( https://docs.oracle.com/cd/E19455-01/806-5257/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89423
ctice at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89423
Bug ID: 89423
Summary: -fvtable-verify does not work properly with -flto
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78314
--- Comment #25 from Wilco ---
(In reply to Steve Ellcey from comment #24)
> See email strings at:
>
> https://gcc.gnu.org/ml/fortran/2019-01/msg00276.html
> https://gcc.gnu.org/ml/fortran/2019-02/msg00057.html
>
> For more discussion.
Sure, i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89403
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89422
Bug ID: 89422
Summary: [8/9 Regression] ICE in field_byte_offset, at
dwarf2out.c:19086
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89420
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89420
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89421
Bug ID: 89421
Summary: [9 Regression] ICE in retrieve_specialization, at
cp/pt.c:1245
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89420
Bug ID: 89420
Summary: [9 Regression] ICE: unexpected expression 'int()' of
kind cast_expr
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89419
Jakub Jelinek changed:
What|Removed |Added
Keywords||ice-on-valid-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89419
Bug ID: 89419
Summary: [8/9 Regression] ICE in is_normal_capture_proxy
starting with r253601
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89385
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88572
Will Wray changed:
What|Removed |Added
Attachment #45683|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89410
--- Comment #10 from David Malcolm ---
(In reply to Jonny Grant from comment #4)
> There's another related issue, can it be covered on this ticket?
>
> GCC does not show the part of the output below I marked with after
> commenting out line 4 <-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89410
--- Comment #9 from Jonny Grant ---
(In reply to Segher Boessenkool from comment #8)
> The C standard does not allow the line number (in a #line directive) to be
> smaller than 1 or bigger than 0x7fff. It says nothing about actually
> having
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89357
Martin Sebor changed:
What|Removed |Added
Keywords|accepts-invalid |rejects-valid
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88294
--- Comment #6 from Marek Polacek ---
A similar test crashes:
bool b;
template struct A
{
void g () noexcept (b) { }
};
int main ()
{
A a;
a.g ();
}
but that's PR88987.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89418
seurer at gcc dot gnu.org changed:
What|Removed |Added
Target||powerpc64le-unknown-linux-g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80204
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89418
Bug ID: 89418
Summary: D test cases fail on powerpc64le
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: d
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53063
Eric Gallager changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #12 from Eric Gallag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84889
Eric Gallager changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #15 from Eric Gallag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86395
Eric Gallager changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #7 from Eric Gallage
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89410
--- Comment #8 from Segher Boessenkool ---
The C standard does not allow the line number (in a #line directive) to be
smaller than 1 or bigger than 0x7fff. It says nothing about actually
having this many lines, or overflowing the line number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35592
--- Comment #8 from Eric Gallager ---
Created attachment 45777
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45777&action=edit
testcase
(In reply to felix-gcc from comment #6)
> Sure. For example:
>
> char* c=malloc(lseek(somefd,0,SEEK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89417
Bug ID: 89417
Summary: helgrind detects a lock order violation inside
std::scoped_lock
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89308
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |SUSPENDED
--- Comment #9 from Seghe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89409
--- Comment #5 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Feb 20 16:20:50 2019
New Revision: 269042
URL: https://gcc.gnu.org/viewcvs?rev=269042&root=gcc&view=rev
Log:
libsanitizer: Restore internal_readlink for x32
Cherry-pick compil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89270
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52130
Eric Gallager changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88973
--- Comment #8 from Martin Sebor ---
The Asan warning is much clearer because it's based on actually observed
values. This instance of the -Wrestrict warning is based on a heuristic: "we
think the copy may overlap because it is within the same o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80505
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89410
--- Comment #7 from Jonny Grant ---
(In reply to Jonny Grant from comment #6)
> Could this show the offending number in the "line number out of range"
> message? And even the origin of the LINE1 macro too?
clang shows the origin of the offending
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88055
Segher Boessenkool changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89410
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89397
--- Comment #6 from Uroš Bizjak ---
Index: config/i386/i386.c
===
--- config/i386/i386.c (revision 269040)
+++ config/i386/i386.c (working copy)
@@ -50689,7 +50689,7 @@
static voi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89412
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89091
--- Comment #8 from Jakub Jelinek ---
Comment on attachment 45774
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45774
Patch
Well, for the decode_field_reference, I think it is essential not to change
*exp_ if returning NULL, because the c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87844
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88347
Segher Boessenkool changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89366
--- Comment #5 from Bader at lrz dot de ---
No. The dummy argument of the procedure process_string is declared
character(kind=c_char,len=*), intent(in) :: this
there is no POINTER or ALLOCATABLE attribute there.
Regards
Reinhold
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89410
--- Comment #6 from Jonny Grant ---
Could this show the offending number in the "line number out of range" message?
And even the origin of the LINE1 macro too?
Actual:
#1 with x86-64 gcc (trunk)
: In function 'main':
:4:7: warning: line number o
1 - 100 of 153 matches
Mail list logo
