https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #13 from Eric Botcazou ---
> 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 undoes a pessimization intr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #31 from Venkataramanan ---
(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 of GCC 4.9 on
> > Aarch64.
>
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
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #14 from Andrew Pinski ---
(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 commit, we get
> > segf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62114
--- Comment #1 from Leandro Nini ---
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 getc_unlocked getchar_unlocked putchar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62128
Stupachenko Evgeny changed:
What|Removed |Added
CC||evstupac at gmail dot com
--- Comme
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
Sev
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 ---
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 comment #26 doesn't fix LTO boots
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 ---
Author: rguenth
Date: Thu Aug 14 08:56:49 2014
New Revision: 213950
URL: https://gcc.gnu.org/viewcvs?rev=213950&root=gcc&view=rev
Log:
2014-08-14 Richard Biener
PR rtl-optimization/62079
* recog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62079
Richard Biener changed:
What|Removed |Added
Known to work||5.0
Summary|[4.9/5 Regressio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62090
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62090
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Thu Aug 14 09:02:18 2014
New Revision: 213951
URL: https://gcc.gnu.org/viewcvs?rev=213951&root=gcc&view=rev
Log:
2014-08-14 Richard Biener
PR tree-optimization/62090
* buil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62132
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62125
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62127
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=213954&root=gcc&view=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
Vers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62125
--- Comment #2 from mrestelli ---
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 restrictions, 1. says
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62105
--- Comment #2 from Julian Taylor ---
-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 -fsanitize=thread -v -fPIC -shared 2>&1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62105
--- Comment #3 from Jonathan Wakely ---
(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 test.c -fsanitize=thre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #33 from Richard Biener ---
Another difference - graphite-interchange.o - is due to streaming the indexed
decl for fprintf differently. stage2 streams
[1968] = tree_list <0x76703ac8>
[1969] = identifier_node <0x766ddf20>
[19
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: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59093
Matt Thompson changed:
What|Removed |Added
Version|4.8.1 |4.9.1
--- Comment #7 from Matt Thompson
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
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62135
--- Comment #1 from Anastasios Vathis ---
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 changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #15 from Mike Frysinger ---
(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 & gcc-4.7.3 work fine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #16 from Mike Frysinger ---
Created attachment 33321
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33321&action=edit
rtld.i preprocessed source
the preprocessed output is the same between 4.7.4 & 4.8.3 (checked with `diff`)
t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #17 from Mike Frysinger ---
(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 changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #34 from Venkataramanan ---
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 ---
Yes, this fixes the issue. Thank you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62031
--- Comment #5 from Richard Biener ---
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
# stmt: _14 = p_bm_10(D)->me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62129
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62113
--- Comment #1 from Leandro Nini ---
Created attachment 33322
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33322&action=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 ---
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 ---
> Richard, What I understand is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62067
--- Comment #2 from Richard Biener ---
Author: rguenth
Date: Thu Aug 14 13:13:41 2014
New Revision: 213960
URL: https://gcc.gnu.org/viewcvs?rev=213960&root=gcc&view=rev
Log:
2014-08-14 Richard Biener
PR lto/62067
* lto-lang.c (def_fn
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 ---
Author: rguenth
Date: Thu Aug 14 13:14:24 2014
New Revision: 213961
URL: https://gcc.gnu.org/viewcvs?rev=213961&root=gcc&view=rev
Log:
2014-08-14 Richard Biener
PR tree-optimization/62081
* tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62081
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40986
--- Comment #19 from Markus Schöpflin ---
Confirming. I can no longer reproduce the issue with 4.8.2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62067
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62135
--- Comment #2 from Anastasios Vathis ---
In any case, there sould be a " SYNTAX ERROR" issued
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62131
Tobias Burnus changed:
What|Removed |Added
Keywords||openmp, rejects-valid
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62100
--- Comment #7 from Peter A. Bigot ---
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 corresponding architect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61578
--- Comment #7 from Vladimir Makarov ---
(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 this. Sorry, I am busy wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
--- Comment #6 from Vladimir Makarov ---
(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 fairly
> standard optio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
--- Comment #7 from Evandro Menezes ---
(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 to try to make some
> pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62135
Tobias Burnus changed:
What|Removed |Added
Keywords||diagnostic,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62024
--- Comment #5 from Marek Polacek ---
(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 stdatomic.h) to expand
> to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
--- Comment #8 from Vladimir Makarov ---
(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 fairly
> standard optio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62107
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #36 from Andrew Pinski ---
(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
> >
> > --- Comment #34 from Venk
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
Component:
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=213970&root=gcc&view=rev
Log:
Fix if-conversion pass for dead type-unsafe code
2014-08-14 To
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=213970&root=gcc&view=rev
Log:
Fix if-conversion pass for dead type-unsafe code
2014-08-14 To
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62131
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62076
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Thu Aug 14 16:39:07 2014
New Revision: 213971
URL: https://gcc.gnu.org/viewcvs?rev=213971&root=gcc&view=rev
Log:
PR fortran/62076
* openmp.c (gfc_match_omp_clauses): When failed t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62107
Ilya Verbin changed:
What|Removed |Added
CC||iverbin at gmail dot com
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62076
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Thu Aug 14 16:44:21 2014
New Revision: 213972
URL: https://gcc.gnu.org/viewcvs?rev=213972&root=gcc&view=rev
Log:
PR fortran/62076
* openmp.c (gfc_match_omp_clauses): When failed t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62024
--- Comment #6 from 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 ---
> (In reply to jos...@codesourcery.co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54377
--- Comment #2 from 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=213973&root=gcc&view=rev
Log:
/cp
2014-08-14 Paolo Carlini
PR c++/54377
* pt.c (c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54377
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62101
--- Comment #1 from Jason Merrill ---
Author: jason
Date: Thu Aug 14 17:11:26 2014
New Revision: 213974
URL: https://gcc.gnu.org/viewcvs?rev=213974&root=gcc&view=rev
Log:
PR c++/62101
* decl.c (grokdeclarator): Move the check for friend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62107
Jakub Jelinek changed:
What|Removed |Added
Attachment #33324|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62136
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59012
Jonathan Wakely changed:
What|Removed |Added
CC||filip.roseen at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62107
--- Comment #4 from Ilya Verbin ---
Great! Now all fortran tests pass with separate memory.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=13962
--- Comment #7 from Marc Glisse ---
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 some extra inlining).
__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #37 from Sven C. Dack ---
> ...
> trying
>
> Index: config/bootstrap-lto.mk
> ===
> --- config/bootstrap-lto.mk (revision 213899)
> +++ config/bootstrap-lto.mk (
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 (o
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 ---
Created attachment 33326
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33326&action=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 ---
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 ---
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
Component
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 ---
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:
Index: ipa-devirt.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62106
--- Comment #4 from Thomas Koenig ---
Author: tkoenig
Date: Thu Aug 14 18:52:12 2014
New Revision: 213980
URL: https://gcc.gnu.org/viewcvs?rev=213980&root=gcc&view=rev
Log:
2014-08-14 Thomas Koenig
PR fortran/62106
* gfortran.h (symb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62142
--- Comment #1 from Ondřej Čertík ---
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
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62091
--- Comment #5 from Jan Hubicka ---
Created attachment 33329
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33329&action=edit
Path I am testing
The disagreemeng actually turned out to be subtle bug in tree-ssa-alias.c where
function_entry_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62142
--- Comment #3 from Ondřej Čertík ---
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 changed:
What|Removed |Added
Status|REOPENED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62071
--- Comment #5 from Jason Merrill ---
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 devirtualization, because we
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 ---
The testsuite run looks good:
# of expected passes105750
# of unexpected failures3
# of expected failures252
# of expected passes87886
# of unexpected failures2
# of unexpecte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62145
--- Comment #1 from Andrew Pinski ---
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 ---
> 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 devirtualization, becau
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62145
baoshan changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
1 - 100 of 121 matches
Mail list logo
