: posix
gcc version 4.10.0 20140814 (experimental) [trunk revision 213937] (GCC)
$
$ gcc-trunk -Os small.c; a.out
$ gcc-4.9 -O2 small.c; a.out
$
$ gcc-trunk -O2 small.c; a.out
Aborted (core dumped)
$ gcc-trunk -O3 small.c; a.out
Aborted (core dumped)
$
int a, c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62078
Marek Polacek changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62078
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62032
--- Comment #6 from amker at gcc dot gnu.org ---
Author: amker
Date: Fri Aug 15 05:49:56 2014
New Revision: 214000
URL: https://gcc.gnu.org/viewcvs?rev=214000&root=gcc&view=rev
Log:
Backport from mainline
2014-08-08 Bin Cheng
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
--- Comment #39 from Sven C. Dack ---
(In reply to Sven C. Dack from comment #38)
> The testsuite run looks good:
>
> # of expected passes 105750
> # of unexpected failures 3
> # of expected failures252
> # of expec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56997
--- Comment #16 from Andrew Pinski ---
This testcase fails on aarch64 when SLOW_UNALIGNED_ACCESS is true.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62150
Bug ID: 62150
Summary: test case g++.dg/ext/arm-fp16/fp16-mangle-1.C failed
on ARM
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62148
--- Comment #5 from aron at cohesity dot com ---
Created attachment 5
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=5&action=edit
Preprocessed source for g++-bug.cc
For convenience, I'm also attaching the file preprocessed.cc that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62148
--- Comment #4 from aron at cohesity dot com ---
Created attachment 4
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=4&action=edit
File demonstrating the pre-processor problem
Attached is a file g++-bug.cc that demonstrates the pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62148
--- Comment #3 from Jonathan Wakely ---
related to PR60723 ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62148
--- Comment #2 from Andrew Pinski ---
from https://gcc.gnu.org/onlinedocs/gcc-4.9.1/cpp/Preprocessor-Output.html :
‘3’
This indicates that the following text comes from a system header file, so
certain warnings should be suppressed.
‘4’
This in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62149
Bug ID: 62149
Summary: ICE in tsubst_copy, at cp/pt.c:12646 with constexpr
and tuple_size
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62148
--- Comment #1 from aron at cohesity dot com ---
Created attachment 3
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=3&action=edit
Modified chk.cc that when compiled does not emit signed/unsigned comparison
warning
Attached is the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62148
Bug ID: 62148
Summary: g++ does not catch signed/unsigned comparisons when
run on a pre-processed source
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62143
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62147
--- Comment #1 from Andrew Pinski ---
This is related to bug 37451.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62147
Bug ID: 62147
Summary: missed loop counter based optimization
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62146
--- Comment #1 from Easwaran Raman ---
Created attachment 1
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=1&action=edit
Patch to remove obsolete REG_EQUAL note during RTL copy prop
This patch kills the REG_EQUAL note during cprop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62091
--- Comment #6 from Jan Hubicka ---
Author: hubicka
Date: Thu Aug 14 23:36:22 2014
New Revision: 213991
URL: https://gcc.gnu.org/viewcvs?rev=213991&root=gcc&view=rev
Log:
PR tree-optimization/62091
* g++.dg/ipa/devirt-38.C: New testcase
_9 (GCC) 4.9.2 20140814 (prerelease)
$ ./g++_4_9 test.ii -std=gnu++11-O2 -S
Looking at the test.s, we see this following fragment in _ZN2C13fooEv:
.L8:
xorl%esi, %esi
testq %rbp, %rbp
je .L7
movl$16, %edi
call_Znwm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59704
baoshan changed:
What|Removed |Added
CC||pangbw at gmail dot com
--- Comment #1 from ba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62145
baoshan changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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
--- 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=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
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=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=40986
Arnaud Charlet changed:
What|Removed |Added
Status|REOPENED|RESOLVED
CC|
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=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
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=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=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=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=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=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=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=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=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=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=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=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=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=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=62107
--- Comment #4 from Ilya Verbin ---
Great! Now all fortran tests pass with separate memory.
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=62136
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=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=54377
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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=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=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 #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=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=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=62131
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=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=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=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=62107
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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=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=62135
Tobias Burnus changed:
What|Removed |Added
Keywords||diagnostic,
|
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=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=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=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=62131
Tobias Burnus changed:
What|Removed |Added
Keywords||openmp, rejects-valid
CC
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=62067
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=62081
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=62113
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||compile-time-hog,
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=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=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=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=62129
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=62092
--- Comment #2 from Ilya Verbin ---
Yes, this fixes the issue. Thank you.
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=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=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=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 #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=62092
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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=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=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=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=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=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=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=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=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
1 - 100 of 121 matches
Mail list logo
