https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63594
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63594
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||dje at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63632
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55965
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63636
Bug ID: 63636
Summary: [5 Regression] gcc gets miscompiled during LTO/PGO
bootstrap on ppc64
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63632
--- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org ---
(In reply to Markus Trippelsdorf from comment #4)
Fixed.
Thanks! Commits were r216613 (trunk) and r216614 (4.9).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61743
--- Comment #12 from Yuri Rumyantsev ysrumyan at gmail dot com ---
Richard,
Did you have a chance to look at this and prepare more general fix?
Thanks.
Yuri.
2014-09-08 15:13 GMT+04:00 rguenther at suse dot de gcc-bugzi...@gcc.gnu.org:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61743
--- Comment #13 from rguenther at suse dot de rguenther at suse dot de ---
On Fri, 24 Oct 2014, ysrumyan at gmail dot com wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61743
--- Comment #12 from Yuri Rumyantsev ysrumyan at gmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63587
--- Comment #10 from rguenther at suse dot de rguenther at suse dot de ---
On Thu, 23 Oct 2014, marxin at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63587
--- Comment #8 from Martin Liška marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63636
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=60304
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61529
--- Comment #8 from Renlin Li renlin.li at arm dot com ---
I believe we observed the same behavior, and the first commit to cause the ICE
is r215739.
The newly introduced recompute_probabilities will set the probability back to
REG_BR_PROB_BASE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||dodji at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61535
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
This also affects the new gcc.dg/pr63594-1.c and gcc.dg/pr63594-2.c
testcases.
Rainer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to Paolo Carlini from comment #5)
#define false false
No idea what's going on, but I think I have a patch somewhere to disable that
macro for C++, it's very explicitly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63582
Jiong Wang jiwang at gcc dot gnu.org changed:
What|Removed |Added
CC||jiwang at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #7 from Paolo Carlini paolo.carlini at oracle dot com ---
Ah, that makes a lot of sense! If testing goes well, I mean to commit the
below, which in any case shouldn't hurt:
Index: include/bits/atomic_base.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org ---
See https://gcc.gnu.org/ml/gcc-patches/2012-01/msg00375.html
Gerald objected to the patch saying the dumb macros should be defined for C++98
mode or it will break code. Not sure I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61535
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61535
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63573
--- Comment #2 from Martin Liška marxin at gcc dot gnu.org ---
More precise back-trace:
../../../../libgo/go/path/filepath/path.go:158:1: internal compiler error: in
expand_expr_addr_expr_1, at expr.c:7665
func ToSlash(path string) string {
^
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63573
Martin Liška marxin at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63587
Martin Liška marxin at gcc dot gnu.org changed:
What|Removed |Added
CC||doko at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63636
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63587
--- Comment #12 from Martin Liška mliska at suse dot cz ---
On 10/24/2014 10:44 AM, rguenther at suse dot de wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63587
--- Comment #10 from rguenther at suse dot de rguenther at suse dot de ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63587
--- Comment #13 from rguenther at suse dot de rguenther at suse dot de ---
On Fri, 24 Oct 2014, mliska at suse dot cz wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63587
--- Comment #12 from Martin Liška mliska at suse dot cz ---
On
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #9 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Paolo Carlini from comment #5)
Well, of course the user can always explicitly include, eg, cstdbool, thus
it seems that the real underlying issue is that the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #10 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #9)
(In reply to Paolo Carlini from comment #5)
Well, of course the user can always explicitly include, eg, cstdbool, thus
it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63173
--- Comment #8 from fyang at gcc dot gnu.org ---
Author: fyang
Date: Fri Oct 24 10:53:08 2014
New Revision: 216630
URL: https://gcc.gnu.org/viewcvs?rev=216630root=gccview=rev
Log:
PR target/63173
* config/aarch64/arm_neon.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #11 from Paolo Carlini paolo.carlini at oracle dot com ---
Ah I see, then Dodji finally has the testcase he was looking for ;) Well, an
equivalent one not using stdbool, which Jon is going to patch. Over the next
week I will be mostly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63637
Bug ID: 63637
Summary: CSE() on x86 asm()-s no longer working due to PR/60663
fix
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #12 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #9)
however, we do not do it in the case of 'false' (because we do not think it
should be a macro, but it actually is). Perhaps we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #14 from Jakub Jelinek jakub at gcc dot gnu.org ---
Ah, as stdbool.h documents, using it in C++ (apparently meant C++98) is a GNU
extension, and for that I bet having those macros is desirable.
And then there is C++11
Hi,
Looks like one of the -O3 optimising steps are broken:
cat EOF powfcrash.cpp
#include stdio.h
#include cmath
class test
{
public:
unsigned char y;
void testfn(unsigned char);
};
void
test :: testfn(unsigned char x)
{
y = x;
float fr = expf(powf(y /
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #15 from Jonathan Wakely redi at gcc dot gnu.org ---
Yes, that's what the patch I'm testing does.
IMHO we should only define it for -std=gnu++98 and not any other -std mode, but
I'll be conservative and leave it defined for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #16 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Jonathan Wakely from comment #15)
Yes, that's what the patch I'm testing does.
IMHO we should only define it for -std=gnu++98 and not any other -std mode,
but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #17 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #16)
A testcase:
== sys.h ==
#pragma GCC system_header
#if defined false
#undef false
#endif
#define false false
== nonsys.h ==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #18 from Jonathan Wakely redi at gcc dot gnu.org ---
I assume that testcase is meant to be C++ (because it isn't valid C) but it's
not valid C++ either:
17.6.4.3.1 [macro.names]
A translation unit that includes a header shall not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #20 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #19)
(In reply to Jonathan Wakely from comment #18)
17.6.4.3.1 [macro.names]
A translation unit that includes a header shall
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #19 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Jonathan Wakely from comment #18)
I assume that testcase is meant to be C++ (because it isn't valid C) but
it's not valid C++ either:
17.6.4.3.1 [macro.names]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63638
Bug ID: 63638
Summary: [4.9 Regression] internal compiler error: in
asan_expand_check_ifn (with -fsanitize=address)
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63633
--- Comment #1 from Georg-Johann Lay gjl at gcc dot gnu.org ---
Created attachment 33801
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33801action=edit
C test case that also generates wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #39 from Stupachenko Evgeny evstupac at gmail dot com ---
(In reply to Rainer Orth from comment #38)
What's currently required to get Darwin/x86 to bootstrap again? I'm totally
lost
in this maze of PRs and patches.
I've just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #21 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to Manuel López-Ibáñez from comment #19)
This is exactly what G++'s stdbool.h is doing with -std=gnu++98 and
-std=c++98.
stdbool.h is a header which is C++ standardese
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63638
Yury Gribov y.gribov at samsung dot com changed:
What|Removed |Added
CC||y.gribov at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63638
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
Looks good, but please include the testcase for the testsuite (you can use
__builtin_memcpy or declare
extern
#ifdef __cplusplus
C
#endif
void *memcpy (void *, const void *,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #40 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #39 from Stupachenko Evgeny evstupac at gmail dot com ---
(In reply to Rainer Orth from comment #38)
[...]
You should apply patch from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63638
Yury Gribov y.gribov at samsung dot com changed:
What|Removed |Added
Attachment #33803|0 |1
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #41 from Stupachenko Evgeny evstupac at gmail dot com ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #40)
--- Comment #39 from Stupachenko Evgeny evstupac at gmail dot com ---
(In reply to Rainer Orth from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63595
--- Comment #7 from Pat Haugen pthaugen at gcc dot gnu.org ---
(In reply to Martin Liška from comment #6)
There's patch I've been testing:
diff --git a/gcc/ipa-icf.c b/gcc/ipa-icf.c
index d1238a4..7456fec 100644
--- a/gcc/ipa-icf.c
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #42 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #41 from Stupachenko Evgeny evstupac at gmail dot com ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #40)
[...]
That
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63638
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to Yury Gribov from comment #3)
Created attachment 33804 [details]
Update patch
Done. Should I send to gcc-patches now or wait until full bootstrap succeds
(this will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60304
--- Comment #22 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Jonathan Wakely from comment #21)
(In reply to Manuel López-Ibáñez from comment #19)
This is exactly what G++'s stdbool.h is doing with -std=gnu++98 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #43 from Stupachenko Evgeny evstupac at gmail dot com ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #42)
--- Comment #41 from Stupachenko Evgeny evstupac at gmail dot com ---
(In reply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #44 from Iain Sandoe iains at gcc dot gnu.org ---
(In reply to Stupachenko Evgeny from comment #43)
(In reply to r...@cebitec.uni-bielefeld.de from comment #42)
--- Comment #41 from Stupachenko Evgeny evstupac at gmail dot com ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56980
--- Comment #9 from Marek Polacek mpolacek at gcc dot gnu.org ---
Author: mpolacek
Date: Fri Oct 24 16:29:56 2014
New Revision: 216674
URL: https://gcc.gnu.org/viewcvs?rev=216674root=gccview=rev
Log:
PR c/56980
* c-pretty-print.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #45 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #44 from Iain Sandoe iains at gcc dot gnu.org ---
(In reply to Stupachenko Evgeny from comment #43)
[...]
there were at one point this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56980
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #46 from Jeffrey A. Law law at redhat dot com ---
Glad I'm not the only one struggling to track everything that's breaking on
Darwin!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63185
--- Comment #5 from Marc Glisse glisse at gcc dot gnu.org ---
Another example:
#include time.h
void f(){
const int n=114;
double a[n];
double b[n];
double c[n];
__builtin_memset(a,0,n);
__builtin_memset(b,0,n);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63639
Bug ID: 63639
Summary: m32c cond.md cond_to_int uses -1 for lt and gt
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #47 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #45 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
[...]
I'm now testing the rev before Evgeny's patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63598
--- Comment #3 from dave.anglin at bell dot net ---
I had a successful build by setting 'flag_ipa_icf_functions = 0' in
pa_option_override.
Dave
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63640
Bug ID: 63640
Summary: move_alloc memory leak
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63641
Bug ID: 63641
Summary: Invalid shift leads to incorrect code on 32-bit system
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63641
Ian Lance Taylor ian at airs dot com changed:
What|Removed |Added
CC||jakub at redhat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63641
--- Comment #2 from Ian Lance Taylor ian at airs dot com ---
Created attachment 33805
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33805action=edit
sample patch
This patch seems to fix the problem, and the new tests still pass. But I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63638
--- Comment #5 from ygribov at gcc dot gnu.org ---
Author: ygribov
Date: Fri Oct 24 20:15:37 2014
New Revision: 216677
URL: https://gcc.gnu.org/viewcvs?rev=216677root=gccview=rev
Log:
2014-10-25 Yury Gribov y.gri...@samsung.com
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63641
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=63641
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63641
--- Comment #5 from Ian Lance Taylor ian at airs dot com ---
Monday is fine. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
--- Comment #11 from Evandro e.menezes at samsung dot com ---
(In reply to Wilco from comment #9)
The performance cost is a much bigger issue than codesize. The problem is
that when register pressure is high, the register allocator decides to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
--- Comment #12 from Evandro e.menezes at samsung dot com ---
(In reply to Evandro from comment #11)
Do you have an idea of the performance impact of this patch?
At least in Dhrystone, it improved by over 2% on A57.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
--- Comment #13 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Wilco from comment #9)
I committed a workaround
(http://gcc.gnu.org/ml/gcc-patches/2014-09/msg00362.html) by increasing the
int-fp move cost. Can you try this and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
--- Comment #14 from Evandro e.menezes at samsung dot com ---
(In reply to Wilco from comment #10)
Note currently it is not possible to use FP registers for spilling using the
hooks - basically you still end up with int-fp moves for every
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
--- Comment #15 from Wilco wdijkstr at arm dot com ---
(In reply to Evandro from comment #12)
(In reply to Evandro from comment #11)
Do you have an idea of the performance impact of this patch?
At least in Dhrystone, it improved by over 2%
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
--- Comment #16 from Wilco wdijkstr at arm dot com ---
(In reply to Andrew Pinski from comment #13)
(In reply to Wilco from comment #9)
I committed a workaround
(http://gcc.gnu.org/ml/gcc-patches/2014-09/msg00362.html) by increasing the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
--- Comment #17 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Wilco from comment #16)
(In reply to Andrew Pinski from comment #13)
(In reply to Wilco from comment #9)
I committed a workaround
80 matches
Mail list logo
