https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65238
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65384
--- Comment #1 from Matthias Klose ---
patch posted at
https://gcc.gnu.org/ml/gcc-patches/2015-03/msg00627.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
--- Comment #46 from boger at us dot ibm.com ---
(In reply to Ian Lance Taylor from comment #45)
> If we change the PC returned by backtrace_full, and then use that changed PC
> to look up file/line information, we might get different results. Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65368
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Tue Mar 10 21:03:21 2015
New Revision: 221335
URL: https://gcc.gnu.org/viewcvs?rev=221335&root=gcc&view=rev
Log:
PR target/65368
* config/i386/i386.md (bmi2_bzhi_3): Removed defin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #36 from Martin Sebor ---
Author: msebor
Date: Tue Mar 10 21:06:41 2015
New Revision: 221336
URL: https://gcc.gnu.org/viewcvs?rev=221336&root=gcc&view=rev
Log:
2015-03-10 Martin Sebor
PR testsuite/63175
* gcc.dg/vect/cost
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65382
Bug ID: 65382
Summary: pointer-to-noexcept-function typealias allowed via
using
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65387
Bug ID: 65387
Summary: cpp -C emits extraneous comment header on every file
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64683
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64705
--- Comment #7 from Vladimir Makarov ---
(In reply to amker from comment #6)
> Since it works on gcc 3.4, so I consider this as a regression and applied
> the patch. Should be fixed now.
>
> Hi Vlad, could you please help me verify that the ori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62173
--- Comment #36 from Jiong Wang ---
and for rtl level improvement, need to enable DF_DU_CHAIN build on top of
existing DF_UD_CHAIN (may cause extra compile time resource consumption).
one draft patch is here, no feedback yet.
https://gcc.gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62173
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|5.0 |6.0
Summary|[5 Regression] 64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65391
--- Comment #3 from Aaron Sawdey ---
I tried applying the patch that Thomas posted for 64616
(https://gcc.gnu.org/ml/gcc-patches/2015-03/msg00272.html) to trunk 221350 but
that did not change the generated code for this test case on powerpc64le.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65200
Janne Blomqvist changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65397
Bug ID: 65397
Summary: [Coarrays][OOP] ICE in resolve_ordinary_assign
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65397
--- Comment #1 from Tobias Burnus ---
See also gfortran.dg/coarray_38.f90 of
https://gcc.gnu.org/ml/fortran/2015-03/msg00057.html (assuming it will
eventually appear on the server)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
Markus Trippelsdorf changed:
What|Removed |Added
Status|WAITING |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64895
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
Thomas Preud'homme changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65397
--- Comment #2 from Tobias Burnus ---
The problem is in resolve_ordinary_assign (resolve.c):
9428 /* Assign the 'data' of a class object to a derived type. */
9429 if (lhs->ts.type == BT_DERIVED
9430 && rhs->ts.type == BT_CLA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65394
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65398
Bug ID: 65398
Summary: [C++11] GCC rejects constexpr variable definitions
with valid initialization
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64342
Bug 64342 depends on bug 64895, which changed state.
Bug 64895 Summary: RA picks the wrong register for -fipa-ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64895
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65395
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65388
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65396
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65399
Bug ID: 65399
Summary: error: invalid use of non-static data member
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65394
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
Thomas Preud'homme changed:
What|Removed |Added
Last reconfirmed|2015-03-10 00:00:00 |2015-03-12
--- Comment #10 from Tho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65391
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
--- Comment #11 from Markus Trippelsdorf ---
0x1a00 <+1024>: bl 0x15b0 <_init+112>
0x1a04 <+1028>: ld r2,24(r1)
0x1a08 <+1032>: lwz r9,224(r1)
0x1a0c <+1036>: addi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65400
Bug ID: 65400
Summary: tsan mis-compiles inlineable C functions
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
--- Comment #12 from Thomas Preud'homme ---
(In reply to Markus Trippelsdorf from comment #11)
>0x1a00 <+1024>: bl 0x15b0 <_init+112>
>0x1a04 <+1028>: ld r2,24(r1)
>0x1a08 <+1032>:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46038
renlin at gcc dot gnu.org changed:
What|Removed |Added
CC||renlin at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65044
--- Comment #2 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Thu Mar 12 09:23:06 2015
New Revision: 221379
URL: https://gcc.gnu.org/viewcvs?rev=221379&root=gcc&view=rev
Log:
gcc/
PR target/65044
* toplev.c (process_option
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65384
--- Comment #2 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Thu Mar 12 08:58:08 2015
New Revision: 221378
URL: https://gcc.gnu.org/viewcvs?rev=221378&root=gcc&view=rev
Log:
libmpx/
PR other/65384
* configure.ac: Fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65388
--- Comment #8 from Marek Polacek ---
Author: mpolacek
Date: Thu Mar 12 08:34:00 2015
New Revision: 221376
URL: https://gcc.gnu.org/viewcvs?rev=221376&root=gcc&view=rev
Log:
PR tree-optimization/65388
Modified:
branches/gcc-4_8-branch/gcc/C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64895
--- Comment #9 from vries at gcc dot gnu.org ---
Author: vries
Date: Thu Mar 12 08:01:24 2015
New Revision: 221374
URL: https://gcc.gnu.org/viewcvs?rev=221374&root=gcc&view=rev
Log:
Revert 'require nonpic target' for fuse-caller-save*.c
2015-03-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65103
--- Comment #1 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Thu Mar 12 09:53:36 2015
New Revision: 221380
URL: https://gcc.gnu.org/viewcvs?rev=221380&root=gcc&view=rev
Log:
gcc/
PR target/65103
* config/i386/i386.c (ix86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65388
--- Comment #8 from Marek Polacek ---
Author: mpolacek
Date: Thu Mar 12 08:34:00 2015
New Revision: 221376
URL: https://gcc.gnu.org/viewcvs?rev=221376&root=gcc&view=rev
Log:
PR tree-optimization/65388
Modified:
branches/gcc-4_8-branch/gcc/C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65384
ienkovich at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39429
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65044
ienkovich at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37954
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65394
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65401
Bug ID: 65401
Summary: [5 Regression] make_field_assignment broken for
big-endian
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: wrong-code
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65401
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65399
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64367
Jonathan Wakely changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65401
--- Comment #1 from Jakub Jelinek ---
Ah, not latent, that make_field_assignment stuff has been added in r220249.
So, either we need to disable it altogether for anything but little endian, or
adjust the addresses when adjusting MEMs mode too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65270
--- Comment #35 from Richard Biener ---
Author: rguenth
Date: Thu Mar 12 13:02:42 2015
New Revision: 221386
URL: https://gcc.gnu.org/viewcvs?rev=221386&root=gcc&view=rev
Log:
2015-03-12 Richard Biener
PR middle-end/65270
* fold-const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65399
--- Comment #2 from Jonathan Wakely ---
(Also you should have seen the duplicate bug with *exactly* the same error
message when submitting this one)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65402
Bug ID: 65402
Summary: global register variables miscompiled when unit
contains sse4.2 functions
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65401
--- Comment #2 from Jeffrey A. Law ---
I was in this code recently, so mine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65399
--- Comment #3 from David Binderman ---
(In reply to Jonathan Wakely from comment #2)
> (Also you should have seen the duplicate bug with *exactly* the same error
> message when submitting this one)
Agreed, I should have done, but I didn't. It l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65235
--- Comment #8 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Thu Mar 12 13:40:50 2015
New Revision: 221387
URL: https://gcc.gnu.org/viewcvs?rev=221387&root=gcc&view=rev
Log:
[simplify-rtx] PR 65235: Calculate element size correctly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65401
--- Comment #3 from Jakub Jelinek ---
In the
9345 else if (GET_CODE (rhs) == AND
9346 && paradoxical_subreg_p (XEXP (rhs, 0))
9347 && GET_CODE (SUBREG_REG (XEXP (rhs, 0))) == MEM
9348 && CONST_INT_P (XEXP (rhs,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
Alan Modra changed:
What|Removed |Added
Last reconfirmed|2015-03-12 00:00:00 |2015-03-10 0:00
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
--- Comment #14 from Alan Modra ---
That should be -O3 -fno-inline.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65235
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Known to work||5.0
Known to fail|5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
--- Comment #15 from Markus Trippelsdorf ---
(In reply to Alan Modra from comment #13)
> Markus, are you sure about comment #9? I completely disabled the bswap pass
> and still see a failure of the testcase at -O3.
>
> Incidentally, if I compil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
--- Comment #51 from boger at us dot ibm.com ---
Here is the change I made to go-callers.c. This patch along with my previous
changes to extern.go and pprof.go allows the test identified in this issue to
report the correct line number on ppc64le.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65403
Bug ID: 65403
Summary: -Wno-error= is an error
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: enhancement
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65403
--- Comment #1 from Richard Biener ---
Besides that the error also complains about -Werror= instead of -Wno-error=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65404
Bug ID: 65404
Summary: cgo tool on powerpc-linux-gnu maybe incomplete
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44563
--- Comment #29 from Richard Biener ---
Sth like
@@ -672,8 +650,18 @@ cleanup_tree_cfg_bb (basic_block bb)
if (single_succ_p (bb)
&& can_merge_blocks_p (bb, single_succ (bb)))
{
- merge_blocks (bb, single_succ (bb));
- r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
--- Comment #17 from Jakub Jelinek ---
I've tried to add
__builtin_memset(ctx, 0, sizeof (*ctx));
to the beginning of md4_init and it changes the result of the program at -O0,
so I expect the testcase relies on some particular pattern of uninitia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52579
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64999
--- Comment #52 from Ian Lance Taylor ---
Why not just
pc++;
on all targets? Why the #ifdef? It seems to me that we should aim for
consistent results on all platforms.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65400
--- Comment #1 from Bernd Edlinger ---
I think the trouble starts at opcua_string.c.039t.fnsplit :
OpcUa_String_Clear (struct OpcUa_String * a_pString)
{
...
:
# _25 = PHI <0(2), 1(3), 0(4)>
if (_25 == 0)
goto ;
else
goto ;
:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
--- Comment #20 from Martin Sebor ---
The original test doesn't show any valgrind errors so these could be the result
of using delta to reduce the test case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
--- Comment #19 from Jakub Jelinek ---
Yeah. In md4_digest, for (i = 0; i < 16 - 2; i++) look writes data[0] through
data[13], data[14] is stored after the loop, but data[15] is uninitialized,
but md5_transform reads it and uses it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
--- Comment #21 from Jakub Jelinek ---
Looking at https://git.lysator.liu.se/nettle/nettle/blob/master/md4.c I see
there:
bit_count = (ctx->count << 9) | (ctx->index << 3);
data[MD4_DATA_LENGTH-2] = bit_count;
data[MD4_DATA_LENGTH-1] = bit_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65376
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
Targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65376
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
--- Comment #22 from Markus Trippelsdorf ---
Could you please attach the unreduced testcase?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
--- Comment #23 from Jakub Jelinek ---
Created attachment 35019
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35019&action=edit
pr65369.c
Adjusted testcase that now works reliably at -O0, and even with -O3
-fno-inline, but fails with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
--- Comment #24 from Martin Sebor ---
Created attachment 35020
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35020&action=edit
Unreduced translation unit of the test program.
Compil and run like so:
$ gcc -O3 -Wall -Werror gcc-65369.i &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
--- Comment #18 from Markus Trippelsdorf ---
trippels@gcc2-power8 ~ % valgrind --track-origins=yes ./a.out
==152914== Memcheck, a memory error detector
==152914== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==152914== Using Va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65400
--- Comment #2 from Bernd Edlinger ---
Jakub,
at that time we do not have the __tsan_func_entry calls, only
the __TSAN_FUNC_EXIT thing.
in opcua_string.c.038t.local-pure-const1
OpcUa_String_Clear looks like it has OpcUa_String_Clear.part.0
at t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65045
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65404
--- Comment #1 from Ian Lance Taylor ---
There is nothing in the cgo tool which would cause this error.
When the command runs "go", which go tool is actually running? The difference
may be that on platforms other than powerpc-linux-gnu it is ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #10 from Peter Bergner ---
Strange, this fails with my builds on our internal POWER8 box, but doesn't with
my build on the external gcc112 POWER8 compile farm system. I'll try and track
down what the difference is and see if I can re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65404
--- Comment #2 from Matthias Klose ---
see http://paste.ubuntu.com/10586128/
afaics it is both running the go tool from GCC 5. no other go tool is
installed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60898
--- Comment #24 from Mikael Morin ---
Author: mikael
Date: Thu Mar 12 16:08:48 2015
New Revision: 221395
URL: https://gcc.gnu.org/viewcvs?rev=221395&root=gcc&view=rev
Log:
PR fortran/60898
fortran/
* resolve.c (resolve_symbol): Check tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65403
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65045
--- Comment #4 from paul.richard.thomas at gmail dot com ---
Hi Tobias,
Thanks. I found one or two similar testcases that still fail. As soon
as I find some time, I will submit a complete fix.
How was the sailing in Scotland?
Paul
On 12 March
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65404
Stéphane Graber changed:
What|Removed |Added
CC||stgraber at stgraber dot org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65404
--- Comment #4 from Ian Lance Taylor ---
OK, found it. Thanks. Will send patch shortly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65369
--- Comment #25 from Markus Trippelsdorf ---
Jakub's reduced- and the unreduced testcase also started to fail
with r210843.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65404
--- Comment #5 from ian at gcc dot gnu.org ---
Author: ian
Date: Thu Mar 12 16:41:28 2015
New Revision: 221396
URL: https://gcc.gnu.org/viewcvs?rev=221396&root=gcc&view=rev
Log:
PR go/65404
go/build: cgo works on linux/pcc.
Modified:
tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65404
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63679
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
Targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64916
Ramana Radhakrishnan changed:
What|Removed |Added
Target Milestone|5.0 |---
--- Comment #4 from Ramana Ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64172
--- Comment #16 from Ramana Radhakrishnan ---
Vlad,
are you planning a 4.9 backport ?
Ramana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65337
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65403
--- Comment #3 from Manuel López-Ibáñez ---
For harmonizing how -Wno-X and -Wno-error=X work, it is a bit more convoluted.
This mostly works:
Index: opts-global.c
===
--- opts-globa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65403
--- Comment #4 from Manuel López-Ibáñez ---
In fact, this version seems much more straightforward:
Index: opts-global.c
===
--- opts-global.c (revision 221118)
+++ opts-global
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65405
Bug ID: 65405
Summary: improve locations of diagnostics in c-pragma.c
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60898
--- Comment #25 from Mikael Morin ---
Author: mikael
Date: Thu Mar 12 17:26:17 2015
New Revision: 221400
URL: https://gcc.gnu.org/viewcvs?rev=221400&root=gcc&view=rev
Log:
PR fortran/60898
fortran/
* resolve.c (resolve_symbol): Check tha
1 - 100 of 138 matches
Mail list logo
