https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64460
--- Comment #13 from collison at gcc dot gnu.org ---
Author: collison
Date: Tue Feb 10 07:53:23 2015
New Revision: 220570
URL: https://gcc.gnu.org/viewcvs?rev=220570&root=gcc&view=rev
Log:
2015-02-10 Michael Collison
Backport from trunk r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64011
--- Comment #5 from collison at gcc dot gnu.org ---
Author: collison
Date: Tue Feb 10 07:31:25 2015
New Revision: 220568
URL: https://gcc.gnu.org/viewcvs?rev=220568&root=gcc&view=rev
Log:
2015-02-10 Michael Collison
Backport from trunk r2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64994
Bug ID: 64994
Summary: [5 Regression] Firefox build error: ICE: in
cxx_eval_call_expression, at cp/constexpr.c:1353
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64839
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64196
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64362
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64713
Andrew Pinski changed:
What|Removed |Added
Target|aarch64-linux |aarch64*-*-linux*
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64993
Bug ID: 64993
Summary: Missed ccmp optimization with simple code
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: midd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61286
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60198
Andrew Pinski changed:
What|Removed |Added
CC||tau at eidos dot
ic.i.u-tokyo.ac.j
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61419
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60634
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60528
Andrew Pinski changed:
What|Removed |Added
Component|target |middle-end
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60198
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60354
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60366
--- Comment #2 from Andrew Pinski ---
This is ICEing while trying to print out about the lambda.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60366
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60335
Andrew Pinski changed:
What|Removed |Added
Keywords||error-recovery,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60269
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60217
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60180
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57822
--- Comment #5 from Jerry DeLisle ---
(In reply to Dominique d'Humieres from comment #4)
> > Author: jvdelisle
> > Date: Tue Feb 10 03:34:19 2015
> > New Revision: 220565
> >
> > URL: https://gcc.gnu.org/viewcvs?rev=220565&root=gcc&view=rev
> > L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765
--- Comment #17 from Dominique d'Humieres ---
> Is this fix committed to the trunk?
Not yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57822
--- Comment #4 from Dominique d'Humieres ---
> Author: jvdelisle
> Date: Tue Feb 10 03:34:19 2015
> New Revision: 220565
>
> URL: https://gcc.gnu.org/viewcvs?rev=220565&root=gcc&view=rev
> Log:
> 2015-02-10 Jerry DeLisle
>
> PR libgfortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59765
--- Comment #16 from Alipasha ---
(In reply to Paul Thomas from comment #15)
> This is one and the same as PR64932 for which I have just posted a fix.
> Thanks to Dominique for noticing this.
>
> Since it is a regression, I will be posting to 4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61889
--- Comment #23 from tbsaunde at gcc dot gnu.org ---
Author: tbsaunde
Date: Tue Feb 10 03:40:20 2015
New Revision: 220566
URL: https://gcc.gnu.org/viewcvs?rev=220566&root=gcc&view=rev
Log:
Support gcov-tool without ftw.h
gcc/
PR gcov-pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57822
--- Comment #3 from Jerry DeLisle ---
Author: jvdelisle
Date: Tue Feb 10 03:34:19 2015
New Revision: 220565
URL: https://gcc.gnu.org/viewcvs?rev=220565&root=gcc&view=rev
Log:
2015-02-10 Jerry DeLisle
PR libgfortran/57822
* gfortran/f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64992
Bug ID: 64992
Summary: More optimize opportunity
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57822
--- Comment #2 from Jerry DeLisle ---
Author: jvdelisle
Date: Tue Feb 10 02:49:58 2015
New Revision: 220564
URL: https://gcc.gnu.org/viewcvs?rev=220564&root=gcc&view=rev
Log:
2015-02-09 Jerry DeLisle
PR libgfortran/57822
* io/write_f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43378
amker at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43378
--- Comment #1 from amker at gcc dot gnu.org ---
Author: amker
Date: Tue Feb 10 02:34:41 2015
New Revision: 220563
URL: https://gcc.gnu.org/viewcvs?rev=220563&root=gcc&view=rev
Log:
PR tree-optimization/43378
* gcc.dg/tree-ssa/pr43378.c:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64076
tbsaunde at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61114
--- Comment #12 from collison at gcc dot gnu.org ---
Author: collison
Date: Tue Feb 10 02:23:40 2015
New Revision: 220562
URL: https://gcc.gnu.org/viewcvs?rev=220562&root=gcc&view=rev
Log:
2015-02-09 Michael Collison
Backport from trunk r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64076
--- Comment #3 from tbsaunde at gcc dot gnu.org ---
Author: tbsaunde
Date: Tue Feb 10 02:23:11 2015
New Revision: 220561
URL: https://gcc.gnu.org/viewcvs?rev=220561&root=gcc&view=rev
Log:
Tolerate different definitions of symbols in lto
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64326
--- Comment #7 from tbsaunde at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #6)
> Hmm, the ICE seems to not reproduce for me :(
I can reproduce with r220551, nothing special x86_64-linux-gnu with ./cc1 -O3
test.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64982
--- Comment #6 from howarth at bromo dot med.uc.edu ---
(In reply to Jan Hubicka from comment #5)
> Possible fix posted at
> https://gcc.gnu.org/ml/gcc-patches/2015-02/msg00566.html
> Does it fix the ICEs and keeps the diagnostics sane?
I can con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64956
--- Comment #3 from Matthias Klose ---
I found this snippet in one of the xapian headers.
#ifdef __GNUC__
#if __GNUC__ < 3 || (__GNUC__ == 3 && __GNUC_MINOR__ == 0)
#error Xapian no longer supports GCC < 3.1
#else
#if !defined(__GXX_ABI_VERSION)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64978
--- Comment #10 from Jan Hubicka ---
Author: hubicka
Date: Tue Feb 10 00:38:46 2015
New Revision: 220557
URL: https://gcc.gnu.org/viewcvs?rev=220557&root=gcc&view=rev
Log:
PR ipa/64978
* ipa-cp.c (gather_caller_stats): Skip thunks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64761
Kazumoto Kojima changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64761
--- Comment #6 from Kazumoto Kojima ---
Author: kkojima
Date: Tue Feb 10 00:00:54 2015
New Revision: 220553
URL: https://gcc.gnu.org/viewcvs?rev=220553&root=gcc&view=rev
Log:
PR target/64761
[SH] Add jump insn for -freorder-blocks-and-partition.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64761
--- Comment #5 from Kazumoto Kojima ---
Author: kkojima
Date: Mon Feb 9 23:47:11 2015
New Revision: 220552
URL: https://gcc.gnu.org/viewcvs?rev=220552&root=gcc&view=rev
Log:
PR target/64761
Replace MD_REDIRECT_BRANCH with TARGET_CAN_FOLLOW_JUMP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64916
Jeffrey A. Law changed:
What|Removed |Added
Summary|[5 regression] ira.c|ira.c update_equiv_regs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64326
--- Comment #6 from Jan Hubicka ---
Hmm, the ICE seems to not reproduce for me :(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64991
Bug ID: 64991
Summary: Issues depending on atomic variable type.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64978
--- Comment #9 from Jan Hubicka ---
OK, I think I found the bug - when doing the dataflow, we need to push the
actual function not alias visited.
Index: ipa-cp.c
===
--- ipa-cp.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64909
--- Comment #8 from Jan Hubicka ---
Aha, reproduces for me with -O3 -march=bdver1; -march=core2 vectorizes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64670
--- Comment #8 from Jason Merrill ---
(In reply to Tobias Burnus from comment #5)
> Updated test case (part 1/2): [main file] compile with g++ -fsanitize=vptr
In this test case you have
> #pragma implementation "test.h"
followed by
> # 1 "tes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
Bug 63572 depends on bug 63566, which changed state.
Bug 63566 Summary: [5 Regression] i686 bootstrap fails: ICE RTL flag check:
INSN_UID used with unexpected rtx code 'set' in INSN_UID, at rtl.h:1326
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63571
Bug 63571 depends on bug 63566, which changed state.
Bug 63566 Summary: [5 Regression] i686 bootstrap fails: ICE RTL flag check:
INSN_UID used with unexpected rtx code 'set' in INSN_UID, at rtl.h:1326
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63566
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64909
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|5.0 |6.0
Summary|[4.8/5 regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64990
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64979
Jakub Jelinek changed:
What|Removed |Added
Summary|[4.8/4.9/5 Regression] |[4.8/4.9 Regression] stdarg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64981
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Thread model: posix
gcc version 5.0.0 20150209 (experimental) [trunk revision 220527] (GCC)
$
$ gcc-trunk -O0 small.c; a.out
$
$ gcc-trunk -O1 small.c
$ ./a.out
Segmentation fault (core dumped)
$
--
static int a = 770, c, f;
int b, d, e = 1, h, i, j;
static int
fn1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64981
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Mon Feb 9 21:23:58 2015
New Revision: 220551
URL: https://gcc.gnu.org/viewcvs?rev=220551&root=gcc&view=rev
Log:
PR sanitizer/64981
* builtins.c (expand_builtin): Call targetm.exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64856
--- Comment #2 from Marek Polacek ---
Author: mpolacek
Date: Mon Feb 9 21:19:02 2015
New Revision: 220550
URL: https://gcc.gnu.org/viewcvs?rev=220550&root=gcc&view=rev
Log:
PR c/64856
* c-typeck.c (process_init_element): Don't always wr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64856
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64978
--- Comment #8 from Jan Hubicka ---
My changes pushed the following two symbols local (which they are). How that
affect ipa-prop's propagation is bit behind my current understanding...
_ZN12_GLOBAL__N_11CC1Ev/2 ({anonymous}::C::C()) @0x76ae7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
Jan Hubicka changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64982
--- Comment #5 from Jan Hubicka ---
Possible fix posted at https://gcc.gnu.org/ml/gcc-patches/2015-02/msg00566.html
Does it fix the ICEs and keeps the diagnostics sane?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
--- Comment #30 from Jan Hubicka ---
Author: hubicka
Date: Mon Feb 9 21:06:35 2015
New Revision: 220549
URL: https://gcc.gnu.org/viewcvs?rev=220549&root=gcc&view=rev
Log:
PR ipa/61548
* tree-emutls.c (ipa_lower_emutls): Avoid duplicates
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63347
--- Comment #12 from Jeffrey A. Law ---
Right. I know we've got the SCHED_GROUP_P handling in prune_ready_list, but
it's not sufficient.
This is a regression with the trunk.
Take the code from c#0 and run it through a m68k-elf compiler with -O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63566
--- Comment #16 from Jan Hubicka ---
It is because I forgot to commit last part of series disabling the ipa-icf
workaround :) It should work well now. Shall we keep the bug open (and
downgrade prioirty) for the debug issues?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63256
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63566
--- Comment #15 from Jan Hubicka ---
Author: hubicka
Date: Mon Feb 9 20:45:04 2015
New Revision: 220548
URL: https://gcc.gnu.org/viewcvs?rev=220548&root=gcc&view=rev
Log:
PR ipa/63566
* ipa-icf.c (set_local): New function.
(sem_fun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64978
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64989
Bug 64989 depends on bug 64899, which changed state.
Bug 64899 Summary: Illegal dynamic initialization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64899
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64899
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64989
Bug ID: 64989
Summary: constant-initialization of self-referencing array
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61309
--- Comment #4 from John Marino ---
I suspect the reason it works on FreeBSD is found on libgcc/config.host,
specifically the inclusion of t-freebsd in tmake_file definition.
t-freebsd for i386 add the symbol map $(srcdir)/config/i386/libgcc-bsd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53770
--- Comment #4 from petschy at gmail dot com ---
Clarification: I double checked now, and the templated and the non-templated
versions (do_print vs do_print2) are the same, with the same disassembly, only
the addresses differing. This is true for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57969
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64988
Bug ID: 64988
Summary: [5 Regression] ICE: verify_cgraph_node failed: Alias
and target's comdat groups differs with
-fdeclone-ctor-dtor
Product: gcc
Version: 5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64899
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Mon Feb 9 19:15:55 2015
New Revision: 220544
URL: https://gcc.gnu.org/viewcvs?rev=220544&root=gcc&view=rev
Log:
PR c++/64899
* init.c (build_vec_init): Handle default-initialized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53770
--- Comment #3 from petschy at gmail dot com ---
Tried now w/ g++ 4.9.1 (Debian 4.9.1-19), and single stepping is still wrong.
The only difference is that it doesn't stop on ++f in line 30 after breaking
out from the loop. However, all the other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64982
--- Comment #4 from Dominique d'Humieres ---
> Actually reverting...
>
> Author: hubicka
> Date: Sun Feb 8 21:04:41 2015
> New Revision: 220520
>
> ...
>
> eliminates the ICEs in g++.dg/abi/covariant2.C at -m32 on
> x86_64-apple-darwin14. Probab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63693
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64987
Bug ID: 64987
Summary: alignas(N) (and __attribute__(__aligned__(N))) ignored
on enum specifiers
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63451
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63492
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63492
Andrew Pinski changed:
What|Removed |Added
Severity|critical|normal
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64985
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64982
--- Comment #3 from Jan Hubicka ---
Hmm, I see. The problem is that asm_out.can_output_mi_thunk now needs to walk
alias to know what ABI the callee function uses and aliases are not analyzed at
this point. I solved similar issue in cgraphunit, I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63652
--- Comment #1 from Andrew Pinski ---
Hasn't this been fixed or at least the patch submitted to fix them?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60244
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60159
Andrew Pinski changed:
What|Removed |Added
Target||i?86-*-* x86_64-*-*
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63513
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-apple-darwin13.4.0
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63205
Uroš Bizjak changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63205
--- Comment #12 from Uroš Bizjak ---
Reopening, something is wrong with the testcase:(In reply to Paul Thomas from
comment #11)
> Fixed on trunk, aka 5.0.0
The added testcase fails with valgrind due to memory errors, please see
PR64986.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64986
Uroš Bizjak changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64986
Bug ID: 64986
Summary: class_to_type_4.f90: valgrind error: Invalid
read/write of size 8
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64985
Bug ID: 64985
Summary: Default Scalar Storage Order Fails when an address is
associated with a record
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64813
--- Comment #20 from Dominique d'Humieres ---
Full regtesting just completed. Unless pr64982 and
https://gcc.gnu.org/ml/gcc-patches/2015-02/msg00550.html are masking some
latent bug introduced by the patch, it does not seem to introduce any
regre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64979
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Mon Feb 9 17:01:36 2015
New Revision: 220543
URL: https://gcc.gnu.org/viewcvs?rev=220543&root=gcc&view=rev
Log:
PR target/64979
* tree-stdarg.c (pass_stdarg::execute): Scan phi n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64693
--- Comment #7 from Martin Liška ---
(In reply to H.J. Lu from comment #6)
> A patch is posted at
>
> https://gcc.gnu.org/ml/gcc-patches/2015-01/msg02108.html
Hello.
I've just finished more sensitive patch for the issue and I've just restarted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64670
--- Comment #7 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #6)
> Created attachment 34628 [details]
> Updated test case (part 2/2): [aux file]
Missed to state:
This file 'implements' the "class LogListener" - however, the gen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64978
--- Comment #6 from Markus Trippelsdorf ---
IPA lattices after constant propagation, before gcc_unreachable:
Lattices:
Node: void {anonymous}::C::m_fn3(A, unsigned int, const int*, int&)/10:
param [0]: TOP
ctxs: VARIABLE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64978
--- Comment #5 from Markus Trippelsdorf ---
Reduced testcase for comment 4:
trippels@gcc20 test % cat VTableBuilder.ii
class A {
public:
A(int, int);
};
class B {
public:
void m_fn1(bool, const int *, int &);
unsigned m_fn2();
};
namespace
1 - 100 of 178 matches
Mail list logo
