https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24016
Mikhail Maltsev changed:
What|Removed |Added
CC||miyuki at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66255
Mikhail Maltsev changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
constexpr bool foo = foo;
^
prog.cc:6:34: error: expected primary-expression before ';' token
constexpr bool foo = foo;
^
prog.cc:6: confused by earlier errors, bailing out
6.0 20150522 at least tries to compile the rec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66259
--- Comment #1 from Michael Darling ---
BTW, this happens on stage 2.
Uncombined build works just fine...
If I:
mkdir binutils.build.gcc492
cd binutils.build.gcc492
../gcc.binutils.combined/binutils-gdb.git/configure --disable-multilib && make
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66259
Bug ID: 66259
Summary: Combined gcc and binutils build from git-master fails,
with gas/as-new not existing
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56926
--- Comment #14 from asmwarrior ---
The bug can be seen when "-E" and "-fpch-preprocess" is used together to
generate a preprocessed file.
If I have a small pch file named "spch.h" and "spch.h.gch"(note the spch.h.gch
size is about 47M), and if I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66258
Bug ID: 66258
Summary: compiling a stdarg function with arch +nofp generates
an ICE
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66237
--- Comment #6 from Mikhail Maltsev ---
Author: miyuki
Date: Fri May 22 22:58:22 2015
New Revision: 223596
URL: https://gcc.gnu.org/viewcvs?rev=223596&root=gcc&view=rev
Log:
PR rtl-optimization/66237
* bb-reorder.c (fix_crossing_conditional_bra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66079
--- Comment #5 from Paul Thomas ---
Created attachment 35603
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35603&action=edit
Nearly OK patch
The attached bootstraps and regtests on 6.0.0. The following runs without
memory leaks and fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66257
--- Comment #3 from Mikael Morin ---
(In reply to Dominique d'Humieres from comment #1)
> Although I have marked the PR as a regression, I am not sure that it is not
> INVALID: the error has been introduced on purpose.
I think the error applies
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66257
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66240
--- Comment #3 from Josh Triplett ---
(In reply to Denis Vlasenko from comment #2)
> (In reply to Josh Triplett from comment #1)
> > Another alternative discussed in that thread, which seems near-ideal: align
> > functions to a given size (for in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66257
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63387
--- Comment #8 from Marc Glisse ---
Author: glisse
Date: Fri May 22 21:05:26 2015
New Revision: 223591
URL: https://gcc.gnu.org/viewcvs?rev=223591&root=gcc&view=rev
Log:
2015-05-22 Marc Glisse
PR tree-optimization/63387
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66257
Bug ID: 66257
Summary: Regression: ELEMENTAL procedure pointer component XX
is not allowed as an actual argument
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66256
Bug ID: 66256
Summary: noexcept evaluation done before end of class
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477
--- Comment #22 from Tomasz Gajewski ---
In comment #10 I've provided test patch to test case that exposed a problem
(and in comment #11 some fix to all those tests). Currently I can't check if it
applies cleanly and if errors occur. If you want
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66251
Joost VandeVondele changed:
What|Removed |Added
CC||Joost.VandeVondele at mat dot
ethz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66240
--- Comment #2 from Denis Vlasenko ---
(In reply to Josh Triplett from comment #1)
> Another alternative discussed in that thread, which seems near-ideal: align
> functions to a given size (for instance, 64 bytes), pack them into that size
> if t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66255
Bug ID: 66255
Summary: ice in retrieve_specialization
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
Mikael Morin changed:
What|Removed |Added
Keywords||patch
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66254
Bug ID: 66254
Summary: Member function shadowing enum classes
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65945
James Y Knight changed:
What|Removed |Added
CC||foom at fuhm dot net
--- Comment #9 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66198
Richard Earnshaw changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66148
John David Anglin changed:
What|Removed |Added
CC||thopre01 at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53477
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65815
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48052
--- Comment #13 from AK ---
We have an updated patch that works for both the cases.
https://gcc.gnu.org/ml/gcc-patches/2015-05/msg01991.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66240
Josh Triplett changed:
What|Removed |Added
CC||josh at joshtriplett dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66253
Michael Matz changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |matz at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66253
--- Comment #5 from Michael Matz ---
(In reply to H.J. Lu from comment #4)
> I tried and I still got
>
> Running Benchmarks
> Running 459.GemsFDTD ref peak lnx32e-gcc default
>
> *** Miscompare of sphere_td.nft; for details see
Hmpf, okay ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66017
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66253
--- Comment #4 from H.J. Lu ---
(In reply to Michael Matz from comment #3)
> Can you check if the patch at
> https://gcc.gnu.org/ml/gcc-patches/2015-05/msg02133.html
> helps also gemsfdtd?
I tried and I still got
Running Benchmarks
Running
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66253
--- Comment #3 from Michael Matz ---
Can you check if the patch at
https://gcc.gnu.org/ml/gcc-patches/2015-05/msg02133.html
helps also gemsfdtd?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65764
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61198
Paolo Carlini changed:
What|Removed |Added
CC||galbramc at mit dot edu
--- Comment #9 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65750
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
--- Comment #6 from Jakub Jelinek ---
As for the FRE (actually SCCVN) issue, seems this affects more than
GOMP_SIMD_LANE, seems there is insufficient canonicalization of the references
performed by SCCVN, so the same references, but in slightly d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66195
David Edelsohn changed:
What|Removed |Added
URL||https://gcc.gnu.org/ml/gcc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65491
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66253
--- Comment #2 from H.J. Lu ---
(In reply to Richard Biener from comment #1)
> Probably related to PR66251 aka strided store support.
It is caused by r223486.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65491
--- Comment #3 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Fri May 22 14:36:27 2015
New Revision: 223577
URL: https://gcc.gnu.org/viewcvs?rev=223577&root=gcc&view=rev
Log:
[AArch64] PR target/65491: Classify V1TF vectors as AAPCS6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65598
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65598
--- Comment #6 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri May 22 14:14:38 2015
New Revision: 223576
URL: https://gcc.gnu.org/viewcvs?rev=223576&root=gcc&view=rev
Log:
/cp
2015-05-22 Paolo Carlini
PR c++/65598
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60890
--- Comment #3 from Oleg Endo ---
There is a GSoC 2015 project which will try to address the AMS problem.
https://www.google-melange.com/gsoc/project/details/google/gsoc2015/erikvarga/5693417237512192
It will be initially for SH. If it works ou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52049
--- Comment #2 from Oleg Endo ---
There is a GSoC 2015 project which will try to address the AMS problem.
https://www.google-melange.com/gsoc/project/details/google/gsoc2015/erikvarga/5693417237512192
It will be initially for SH. If it works ou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
Dominik Vogt changed:
What|Removed |Added
Attachment #35598|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53911
--- Comment #4 from Oleg Endo ---
There is a GSoC 2015 project which will try to address the AMS problem.
https://www.google-melange.com/gsoc/project/details/google/gsoc2015/erikvarga/5693417237512192
It will be initially for SH. If it works ou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56590
--- Comment #3 from Oleg Endo ---
There is a GSoC 2015 project which will try to address the AMS problem.
https://www.google-melange.com/gsoc/project/details/google/gsoc2015/erikvarga/5693417237512192
It will be initially for SH. If it works ou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50749
--- Comment #19 from Oleg Endo ---
There is a GSoC 2015 project which will try to address the AMS problem.
https://www.google-melange.com/gsoc/project/details/google/gsoc2015/erikvarga/5693417237512192
It will be initially for SH. If it works o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42612
--- Comment #5 from Oleg Endo ---
There is a GSoC 2015 project which will try to address the AMS problem.
https://www.google-melange.com/gsoc/project/details/google/gsoc2015/erikvarga/5693417237512192
It will be initially for SH. If it works ou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #16 from Jakub Jelinek ---
The function I've mentioned has:
(note 1 0 3 NOTE_INSN_DELETED)
(note 3 1 12 [bb 2] NOTE_INSN_BASIC_BLOCK)
(note 12 3 2 NOTE_INSN_PROLOGUE_END)
(note 2 12 5 NOTE_INSN_FUNCTION_BEG)
(barrier 5 2 8)
(note 8 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
Dominik Vogt changed:
What|Removed |Added
Attachment #35597|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #14 from Dominik Vogt ---
Is it possible that a function has no insns at all?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66252
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66253
Richard Biener changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66224
--- Comment #4 from David Edelsohn ---
Author: dje
Date: Fri May 22 13:02:34 2015
New Revision: 223564
URL: https://gcc.gnu.org/viewcvs?rev=223564&root=gcc&view=rev
Log:
PR target/66224
* config/cpu/powerpc/atomic_word.h (_GLIBCX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66224
--- Comment #3 from David Edelsohn ---
Author: dje
Date: Fri May 22 12:43:02 2015
New Revision: 223554
URL: https://gcc.gnu.org/viewcvs?rev=223554&root=gcc&view=rev
Log:
PR target/66224
* config/cpu/powerpc/atomic_word.h (_GLIBCX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #13 from Jakub Jelinek ---
The only function without active insns I'm aware of is:
void
foo (void)
{
__builtin_unreachable ();
}
which only contains notes and a BARRIER, nothing else (at least on s390x).
It would be desirable to han
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66251
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66251
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Fri May 22 12:34:46 2015
New Revision: 223552
URL: https://gcc.gnu.org/viewcvs?rev=223552&root=gcc&view=rev
Log:
2015-05-22 Richard Biener
PR tree-optimization/66251
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66253
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66253
Bug ID: 66253
Summary: [6 Regression] 459.GemsFDTD in SPEC CPU 2006 is
miscompiled
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #12 from Dominik Vogt ---
Created attachment 35597
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35597&action=edit
Experimental fix 2
Version 2 of the patch with the suggested changes and test fixes.
Note: Functions without a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54006
Nick changed:
What|Removed |Added
CC||nick.mayerhofer@rise-world.
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65832
--- Comment #5 from Richard Biener ---
On a related note, store_constructor handles VECTOR_TYPE constructors through
the vec_init optab but that doesn't work for vector elements:
/* Don't use vec_init if some elements have VECTOR_TYP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66250
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
--- Comment #5 from Jakub Jelinek ---
Created attachment 35596
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35596&action=edit
gcc6-pr66142.patch
Fix for the ifcvt issue. With this the modified testcase is vectorized.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
--- Comment #4 from Jakub Jelinek ---
Ah, and the reason for the ifcvt failure is that we have an unoptimized
virtual PHI in the loop that ifcvt gives up on:
# .MEM_55 = PHI <.MEM_55(7), .MEM_5(D)(2)>
Only phicprop2 pass is able to optimize tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66252
Bug ID: 66252
Summary: [6 regression] bootstrap comparison failures on
sparc-linux
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #11 from Dominik Vogt ---
(In reply to Jakub Jelinek from comment #10)
> As for the hotpatch testcases, have you tested them also with
> -fno-dwarf2-cfi-asm (as they seem to contain .cfi directives in the regexps)?
Not yet. I'll add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62171
--- Comment #5 from vries at gcc dot gnu.org ---
(In reply to Richard Biener from comment #1)
> It may already work
> if you use C++ and
>
> static double __attribute__((noinline, noclone))
> f (struct omp_data_i &__restrict__ p, int argc)
> {
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62171
--- Comment #4 from vries at gcc dot gnu.org ---
(In reply to vries from comment #3)
> (In reply to Richard Biener from comment #2)
> > And maybe set DECL_BY_REFERENCE, a mere REFERENCE_TYPE doesn't prevent
> > you from doing (¶m)[2] which we'd mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62171
--- Comment #3 from vries at gcc dot gnu.org ---
(In reply to Richard Biener from comment #2)
> And maybe set DECL_BY_REFERENCE, a mere REFERENCE_TYPE doesn't prevent
> you from doing (¶m)[2] which we'd miscompile. Not sure who added
> that REFER
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
--- Comment #3 from Jakub Jelinek ---
Ah, but fre2 is able to optimize those:
D.2881[_12].dir.x = x_13;
...
_32 = MEM[(const struct Ray *)&D.2881][_12].dir.x;
cases to
_32 = x_13;
The problem in FRE2 is only with the MEM_REFs.
If in the tes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65598
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #10 from Jakub Jelinek ---
As for the hotpatch testcases, have you tested them also with
-fno-dwarf2-cfi-asm (as they seem to contain .cfi directives in the regexps)?
And for the main patch, the change will revert the order of 2, 4 an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66251
Richard Biener changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #9 from Dominik Vogt ---
Yeah, I accidentally left the other test cases commented out. I'll clean that
up in the next version of the patch. That doesn't have an impact on the
correctness of the code change, though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66142
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65061
--- Comment #5 from Paolo Carlini ---
Jason, shall we just close this as fixed in 5.1, or we want to try backporting
the simple fix to 4_9-branch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65415
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65061
Paolo Carlini changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66223
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |NEW
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66241
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed|2015-05-21 00:00:00 |2015-5-22
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
--- Comment #9 from vehre at gcc dot gnu.org ---
That was a rhetorical question.
In the patch you submitted in comment #2 could you put a comment (in the
source) at:
Index: trans-array.c
==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47043
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65701
--- Comment #17 from Richard Biener ---
Author: rguenth
Date: Fri May 22 09:08:46 2015
New Revision: 223528
URL: https://gcc.gnu.org/viewcvs?rev=223528&root=gcc&view=rev
Log:
2015-05-22 Richard Biener
PR tree-optimization/65701
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47043
--- Comment #4 from Marek Polacek ---
Author: mpolacek
Date: Fri May 22 09:07:31 2015
New Revision: 223527
URL: https://gcc.gnu.org/viewcvs?rev=223527&root=gcc&view=rev
Log:
PR c/47043
* c-common.c (handle_deprecated_attribute):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66251
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61071
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65752
Richard Biener changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #8 from Jakub Jelinek ---
Doesn't this disable all the other s390 tests?
Supposedly you need to prune them from the non-torture lists, see e.g.
g++.dg/dg.exp on how it prunes tests.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #7 from Dominik Vogt ---
Created attachment 35595
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35595&action=edit
Experimental fix
Can you please check whether this patch works for you? The patch also contains
improved test c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66103
--- Comment #3 from Tobias Burnus ---
Due to r223391, a variant of this already fails without LTO - see PR66214.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66214
--- Comment #3 from Tobias Burnus ---
Works after reverting Honza's r223391.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66233
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Fri May 22 08:12:08 2015
New Revision: 223522
URL: https://gcc.gnu.org/viewcvs?rev=223522&root=gcc&view=rev
Log:
Backported from mainline
2015-05-21 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66199
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Fri May 22 08:10:32 2015
New Revision: 223521
URL: https://gcc.gnu.org/viewcvs?rev=223521&root=gcc&view=rev
Log:
Backported from mainline
2015-05-19 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66133
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Fri May 22 08:04:41 2015
New Revision: 223520
URL: https://gcc.gnu.org/viewcvs?rev=223520&root=gcc&view=rev
Log:
Backported from mainline
2015-05-13 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61071
--- Comment #2 from Krzysztof Kundzicz ---
GCC 5.1 - no change.
Compiling with clang generates debugable binary.
Bug report at ASAN project:
https://code.google.com/p/address-sanitizer/issues/detail?id=390
1 - 100 of 101 matches
Mail list logo
