https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62103
--- Comment #5 from thopre01 at gcc dot gnu.org ---
Author: thopre01
Date: Thu Aug 14 06:16:56 2014
New Revision: 213941
URL: https://gcc.gnu.org/viewcvs?rev=213941root=gccview=rev
Log:
2014-08-14 Thomas Preud'homme thomas.preudho...@arm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #13 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
i've bisected things back to r188118. before that commit, gcc compiles
rtld.c fine and produces a working ldso. starting at that commit, we get
segfaults.
In fact r188118
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #31 from Venkataramanan venkataramanan.kumar at amd dot com ---
(In reply to Venkataramanan from comment #30)
(In reply to Venkataramanan from comment #29)
Hi Richard,
I tried the patch you posted last on GCC patches, on top
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62130
Bug ID: 62130
Summary: ld.exe: nios2_work.elf: Not enough room for program
headers, try linking with -N
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #14 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Eric Botcazou from comment #12)
i've bisected things back to r188118. before that commit, gcc compiles
rtld.c fine and produces a working ldso. starting at that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62114
--- Comment #1 from Leandro Nini drfiemost at email dot it ---
Backtrace generated with gcc version 4.9.2 20140813 (prerelease)
# LANG=C gcc/cc1 -O2 -floop-parallelize-all -ffast-math /mnt/doc/cvt.i
vprintf getchar fgetc_unlocked
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62128
Stupachenko Evgeny evstupac at gmail dot com changed:
What|Removed |Added
CC||evstupac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62131
Bug ID: 62131
Summary: Openmp Regression 4.9.1 : Subobject of an allocatable
array not allowed in OMP ATOMIC
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62114
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62114
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62114
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target|aarch64 |aarch64, x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #32 from Richard Biener rguenth at gcc dot gnu.org ---
Yeah, to summarize:
- Using --param ggc-min-expand=100 --param ggc-min-heapsize=131072 fixes
LTO bootstrap (I tested x86_64 on the 4.9 branch)
- Using the patch from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132
Bug ID: 62132
Summary: [5.0 Regression] FAIL:
c-c++-common/asan/misalign-[12].c after r213807 on
x86_64-apple-darwin13 with -m32
Product: gcc
Version: 5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62079
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Aug 14 08:56:49 2014
New Revision: 213950
URL: https://gcc.gnu.org/viewcvs?rev=213950root=gccview=rev
Log:
2014-08-14 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62079
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62090
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62090
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Aug 14 09:02:18 2014
New Revision: 213951
URL: https://gcc.gnu.org/viewcvs?rev=213951root=gccview=rev
Log:
2014-08-14 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62125
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62127
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61713
--- Comment #7 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Thu Aug 14 09:32:17 2014
New Revision: 213954
URL: https://gcc.gnu.org/viewcvs?rev=213954root=gccview=rev
Log:
[optabs.c] Fix ICE when expanding single-threaded version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62133
Bug ID: 62133
Summary: internal compiler error:in classify_argument, at
config/i386/i386.c:6240 when using #pragma GCC target
(arch=core-avx2)
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62125
--- Comment #2 from mrestelli mrestelli at gmail dot com ---
I can not say 100% that the code is correct, but at least reading 8.6
The SELECT TYPE Construct of The Fortran 2003 Handbook I don't see
why it shouldn't.
Notice that: among rules and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62105
--- Comment #2 from Julian Taylor jtaylor.debian at googlemail dot com ---
-whole-archive applies to static libraries, gcc links a shared library by
default
using -static-libtsan does not add libtsan at all:
$ gcc-4.10 test.c -static-libtsan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62105
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to Julian Taylor from comment #0)
when linking a file with -fsanitize=* the sanatizer library (e.g. -ltsan is
placed before the object on the command line:
gcc-4.10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #33 from Richard Biener rguenth at gcc dot gnu.org ---
Another difference - graphite-interchange.o - is due to streaming the indexed
decl for fprintf differently. stage2 streams
[1968] = tree_list 0x76703ac8
[1969] =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62134
Bug ID: 62134
Summary: ICE with template alias in c++11 / c++1y mode
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59093
Matt Thompson matthew.thompson at nasa dot gov changed:
What|Removed |Added
Version|4.8.1 |4.9.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62135
Bug ID: 62135
Summary: f951: internal compiler error: Segmentation fault
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62135
--- Comment #1 from Anastasios Vathis avathis at esd dot ece.ntua.gr ---
Version of gfortran/gcc:
GNU Fortran (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62092
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #15 from Mike Frysinger vapier at gentoo dot org ---
(In reply to Andrew Pinski from comment #11)
i tried 4.8.3 w/those two patches applied but still see the crash :(
(In reply to Eric Botcazou from comment #12)
correct, gcc-4.6.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #16 from Mike Frysinger vapier at gentoo dot org ---
Created attachment 33321
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33321action=edit
rtld.i preprocessed source
the preprocessed output is the same between 4.7.4 4.8.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #17 from Mike Frysinger vapier at gentoo dot org ---
(In reply to Eric Botcazou from comment #13)
fwiw, i took latest 4.8 branch and reverted that change, and ldso works
i'll test r188009 and related too though
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62129
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #34 from Venkataramanan venkataramanan.kumar at amd dot com ---
Richard, What I understand is that instead of using tune flags for garbage
collection, need to try and fix the object code differences?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62092
--- Comment #2 from Ilya Verbin iverbin at gmail dot com ---
Yes, this fixes the issue. Thank you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62031
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
For some reason predictive commoning thinks that the loads of
p_bm-metricEntries_[idx][0] and [1] are invariant in the innermost loop.
Because:
(Data Dep:
#(Data Ref:
# bb: 9
#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62129
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62113
--- Comment #1 from Leandro Nini drfiemost at email dot it ---
Created attachment 33322
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33322action=edit
Reduced source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62136
Bug ID: 62136
Summary: pack expansion failure in an alignment-specifier
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #35 from rguenther at suse dot de rguenther at suse dot de ---
On Thu, 14 Aug 2014, venkataramanan.kumar at amd dot com wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #34 from Venkataramanan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62067
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Aug 14 13:13:41 2014
New Revision: 213960
URL: https://gcc.gnu.org/viewcvs?rev=213960root=gccview=rev
Log:
2014-08-14 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62113
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||compile-time-hog,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62081
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Aug 14 13:14:24 2014
New Revision: 213961
URL: https://gcc.gnu.org/viewcvs?rev=213961root=gccview=rev
Log:
2014-08-14 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62081
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40986
--- Comment #19 from Markus Schöpflin markus.schoepflin at comsoft dot de ---
Confirming. I can no longer reproduce the issue with 4.8.2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62067
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62135
--- Comment #2 from Anastasios Vathis avathis at esd dot ece.ntua.gr ---
In any case, there sould be a SYNTAX ERROR issued
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62131
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||openmp,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62100
--- Comment #7 from Peter A. Bigot pab at pabigot dot com ---
DEAR PEOPLE FROM THE FUTURE:
The problem is that OpenEmbedded used target-specific flags to build the
libraries, but did not ensure that the compiler was configured to default to
the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61578
--- Comment #7 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
(In reply to Ramana Radhakrishnan from comment #6)
We need preprocessed source for someone to actually try this. CC'ing Vlad as
LRA maintainer / author.
Thanks for reporting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
--- Comment #6 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
(In reply to Evandro Menezes from comment #5)
Created attachment 33249 [details]
Dhrystone, part 2 of 3
I firstly observed this issue when looking into Dhrystone built with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
--- Comment #7 from Evandro Menezes e.menezes at samsung dot com ---
(In reply to Vladimir Makarov from comment #6)
Evandro, thanks for reporting this. Sorry, I am busy with other thing these
days. I'll start to work on this PR in September
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62135
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62024
--- Comment #5 from Marek Polacek mpolacek at gcc dot gnu.org ---
(In reply to jos...@codesourcery.com from comment #4)
Whatever we do for __atomic_always_lock_free, note that we'll probably
need to find some way for ATOMIC_*_LOCK_FREE (in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
--- Comment #8 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
(In reply to Evandro Menezes from comment #5)
Created attachment 33249 [details]
Dhrystone, part 2 of 3
I firstly observed this issue when looking into Dhrystone built with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62107
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62137
Bug ID: 62137
Summary: Poor error recovery when parsing for-loops
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #36 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to rguent...@suse.de from comment #35)
On Thu, 14 Aug 2014, venkataramanan.kumar at amd dot com wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62138
Bug ID: 62138
Summary: Poor error recovery when parsing for-loops
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62030
--- Comment #7 from vries at gcc dot gnu.org ---
Author: vries
Date: Thu Aug 14 16:13:59 2014
New Revision: 213970
URL: https://gcc.gnu.org/viewcvs?rev=213970root=gccview=rev
Log:
Fix if-conversion pass for dead type-unsafe code
2014-08-14 Tom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62004
--- Comment #5 from vries at gcc dot gnu.org ---
Author: vries
Date: Thu Aug 14 16:13:59 2014
New Revision: 213970
URL: https://gcc.gnu.org/viewcvs?rev=213970root=gccview=rev
Log:
Fix if-conversion pass for dead type-unsafe code
2014-08-14 Tom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62131
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62139
Bug ID: 62139
Summary: Tilera tilepro: useless stack pointer operations
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62140
Bug ID: 62140
Summary: [GCC-4.10.0] ICE: : in build2_stat, at tree.c:4265
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62076
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Thu Aug 14 16:39:07 2014
New Revision: 213971
URL: https://gcc.gnu.org/viewcvs?rev=213971root=gccview=rev
Log:
PR fortran/62076
* openmp.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62107
Ilya Verbin iverbin at gmail dot com changed:
What|Removed |Added
CC||iverbin at gmail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62076
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Thu Aug 14 16:44:21 2014
New Revision: 213972
URL: https://gcc.gnu.org/viewcvs?rev=213972root=gccview=rev
Log:
PR fortran/62076
* openmp.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62024
--- Comment #6 from joseph at codesourcery dot com joseph at codesourcery dot
com ---
On Thu, 14 Aug 2014, mpolacek at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62024
--- Comment #5 from Marek Polacek mpolacek at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54377
--- Comment #2 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Aug 14 17:00:45 2014
New Revision: 213973
URL: https://gcc.gnu.org/viewcvs?rev=213973root=gccview=rev
Log:
/cp
2014-08-14 Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54377
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62101
--- Comment #1 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Aug 14 17:11:26 2014
New Revision: 213974
URL: https://gcc.gnu.org/viewcvs?rev=213974root=gccview=rev
Log:
PR c++/62101
* decl.c (grokdeclarator):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62107
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Attachment #33324|0 |1
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62136
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59012
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
CC||filip.roseen at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62107
--- Comment #4 from Ilya Verbin iverbin at gmail dot com ---
Great! Now all fortran tests pass with separate memory.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=13962
--- Comment #7 from Marc Glisse glisse at gcc dot gnu.org ---
While looking at some unrelated issue, I noticed the following:
_41 = operator new (28);
...
if (_41 != _S_empty_rep_storage)
which happens with a simple use of std::string (with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #37 from Sven C. Dack sven.c.dack at virginmedia dot com ---
...
trying
Index: config/bootstrap-lto.mk
===
--- config/bootstrap-lto.mk (revision 213899)
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62030
--- Comment #8 from vries at gcc dot gnu.org ---
Author: vries
Revision: 213970
Modified property: svn:log
Modified: svn:log at Thu Aug 14 17:48:43 2014
--
--- svn:log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62141
Bug ID: 62141
Summary: [GCC-4.10.0] ICE: Segmentation fault: 11
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62141
--- Comment #1 from Sabrina Souto sabrinadfs at gmail dot com ---
Created attachment 33326
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33326action=edit
Log of the test execution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62142
Bug ID: 62142
Summary: internal compiler error: Segmentation fault (X = X -
L*floor(X/L))
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62071
--- Comment #3 from Jan Hubicka hubicka at ucw dot cz ---
Hi,
There are two issues seen with the testcase. First is that ipa-devirt misses
the ctor call that can be easily fixed by:
Index: ipa-devirt.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62071
--- Comment #4 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
Honza, your comment belongs to PR62091.
This is the wrong bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62143
Bug ID: 62143
Summary: unlimited number of class name qualifiers allowed
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: trivial
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62144
Bug ID: 62144
Summary: Frame pointer required, but reserved error with
-fomit-frame-pointer but only with -m32 -O2
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62091
--- Comment #4 from Jan Hubicka hubicka at gcc dot gnu.org ---
I added the comment to wrong PR so I am moving it here:
Hi,
There are two issues seen with the testcase. First is that ipa-devirt misses
the ctor call that can be easily fixed by:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62106
--- Comment #4 from Thomas Koenig tkoenig at gcc dot gnu.org ---
Author: tkoenig
Date: Thu Aug 14 18:52:12 2014
New Revision: 213980
URL: https://gcc.gnu.org/viewcvs?rev=213980root=gccview=rev
Log:
2014-08-14 Thomas Koenig tkoe...@gcc.gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62142
--- Comment #1 from Ondřej Čertík ondrej.certik at gmail dot com ---
One can actually isolate it even further (the same stacktrace):
program test_segfault
implicit none
real, allocatable :: X(:)
X = floor(X)
end program
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62142
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62091
--- Comment #5 from Jan Hubicka hubicka at gcc dot gnu.org ---
Created attachment 33329
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33329action=edit
Path I am testing
The disagreemeng actually turned out to be subtle bug in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62142
--- Comment #3 from Ondřej Čertík ondrej.certik at gmail dot com ---
Thanks Steve for the quick reply! I tried -fno-realloc-lhs and it fixes the
problem for us (we always allocate arrays explicitly).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40986
Arnaud Charlet charlet at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62071
--- Comment #5 from Jason Merrill jason at redhat dot com ---
On 08/14/2014 02:10 PM, Jan Hubicka wrote:
I wonder what we should do with both external and comdat here. Jason, can we
devirtualize?
No, we're setting comdat now to avoid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62145
Bug ID: 62145
Summary: match rulers in overload functions
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #38 from Sven C. Dack sven.c.dack at virginmedia dot com ---
The testsuite run looks good:
# of expected passes105750
# of unexpected failures3
# of expected failures252
# of expected passes87886
# of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62145
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org ---
I think clang due to n*0 is not a NULL POINTER constant expression. This is
like PR 59704.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62071
--- Comment #6 from Jan Hubicka hubicka at ucw dot cz ---
On 08/14/2014 02:10 PM, Jan Hubicka wrote:
I wonder what we should do with both external and comdat here. Jason, can
we devirtualize?
No, we're setting comdat now to avoid
1 - 100 of 119 matches
Mail list logo