https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64021
Richard Henderson changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #4 from Richard Hende
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64041
Bug ID: 64041
Summary: wrong code at -O2 and -O3 on x86_64-linux-gnu
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63938
Joost VandeVondele changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64012
--- Comment #5 from Airbak ---
I'm sorry for my mistake.
GCC-4.8.3 also have this phenomenon. GCC 4.4.1 is OK.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64015
--- Comment #5 from Zhenqiang Chen ---
It seams you always win with ccmp. Please go ahead for your patch and make sure
the following case work.
int
test (unsigned short a, unsigned char b)
{
return a > 0xfff2 && b > 252;
}
Thanks!
-Zhenqiang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64012
--- Comment #4 from Airbak ---
When I build toolchain with GNU , the problem also exist.
--
lijianhui@key:~/hi3535/Hi3535_SDK_V2.0.3.1/osdrv/kernel/linux-3.4.y$
arm-unknown-linux-gnueabi-gcc -v
Using built-in specs.
COLLECT_GCC=a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64015
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> See how with forcing is always the same size or smaller?
Actually is always smaller by at least one instruction. due to the need to do
one extra cset and one an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64015
--- Comment #3 from Andrew Pinski ---
(In reply to Zhenqiang Chen from comment #2)
> 2) How to justify it is valueable (the overhead of ccmp is OK) when
> generating ccmp?
If we ignore the case for swapping.
Try this one:
int
test (int a, int b)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64015
--- Comment #2 from Zhenqiang Chen ---
You force it to register? In fact, I tend to not force it to register in
gen_ccmp_next, since it will introduce more overhead for ccmp, which
performance maybe worse.
My patch to fix the issue is at:
https:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64040
--- Comment #2 from John David Anglin ---
Program received signal SIGABRT, Aborted.
0xc020e9d8 in ?? () from /usr/lib/libc.2
(gdb) bt
#0 0xc020e9d8 in ?? () from /usr/lib/libc.2
#1 0xc01a9a74 in ?? () from /usr/lib/libc.2
#2 0xc01eadf8 in ?? (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64040
--- Comment #1 from Jonathan Wakely ---
Strange. Maybe some number is overflowing and trying to allocate a huge number
of bytes. I'll try to look into it but not for a few days.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63852
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64040
Bug ID: 64040
Summary: FAIL: 23_containers/vector/ext_pointer/types/2.cc
execution test
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64039
Bug ID: 64039
Summary: FAIL: gcc.dg/tree-ssa/ssa-dom-cse-2.c scan-tree-dump
optimized "return 28;"
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63790
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64038
Bug ID: 64038
Summary: FAIL: gcc.dg/ipa/ipa-icf-5.c (test for excess errors)
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64023
--- Comment #4 from Iain Sandoe ---
(In reply to Francois-Xavier Coudert from comment #3)
> Even with that patch, there remains the "silent" issue of not linking
> statically when clang is the system compiler.
The underlying issue is that ld64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55023
--- Comment #13 from John David Anglin ---
Created attachment 34086
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34086&action=edit
Patch
Testing...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64023
Francois-Xavier Coudert changed:
What|Removed |Added
Keywords||patch
Last reconfirmed|2014-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59708
--- Comment #21 from dave.anglin at bell dot net ---
On 22-Nov-14, at 2:31 AM, jakub at gcc dot gnu.org wrote:
> Is that with r217946 or later?
This is now fixed on hppa-unknown-linux-gnu.
--
John David Anglindave.ang...@bell.net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44054
--- Comment #19 from Manuel López-Ibáñez ---
Author: manu
Date: Sun Nov 23 23:47:42 2014
New Revision: 217992
URL: https://gcc.gnu.org/viewcvs?rev=217992&root=gcc&view=rev
Log:
gcc/fortran/ChangeLog:
2014-11-23 Manuel López-Ibáñez
PR fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64037
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-*-*
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64037
--- Comment #3 from Julian Stecklina ---
Created attachment 34085
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34085&action=edit
Miscompiled binary (built with 4.9.2)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64037
--- Comment #2 from Julian Stecklina ---
Created attachment 34084
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34084&action=edit
gcc --verbose --version for 4.9.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64037
--- Comment #1 from Julian Stecklina ---
Created attachment 34083
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34083&action=edit
gcc --verbose --version for 4.9.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64037
Bug ID: 64037
Summary: Miscompilation with LTO and enum class : char
parameter
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64036
Bug ID: 64036
Summary: [SH] Evaluate re-enabling scheduling before RA
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53976
--- Comment #11 from Oleg Endo ---
Author: olegendo
Date: Sun Nov 23 21:45:18 2014
New Revision: 217989
URL: https://gcc.gnu.org/viewcvs?rev=217989&root=gcc&view=rev
Log:
gcc/
Backport from mainline
2014-11-23 Oleg Endo
PR target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64035
Bug ID: 64035
Summary: [C++11] ICE in reshape_init_r when using initializer
list aggregate initialization for default function
parameters
Product: gcc
Version: 4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53976
--- Comment #10 from Oleg Endo ---
Author: olegendo
Date: Sun Nov 23 21:16:26 2014
New Revision: 217987
URL: https://gcc.gnu.org/viewcvs?rev=217987&root=gcc&view=rev
Log:
gcc/
PR target/53976
* config/sh/sh_optimize_sett_clrt.cc
(sh_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63940
--- Comment #7 from David Edelsohn ---
HJ,
The test was not failing on Linux x86-64 nor x86-32. I sent pre-processed
testcase from AIX that Jason was able to reproduce on Linux. But the fix did
not solve the failure on AIX.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63203
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64034
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64034
Bug ID: 64034
Summary: [5 regression] cc1 stack-overflow with -O2
-fsanitize=undefined
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55023
--- Comment #12 from John David Anglin ---
Breakpoint 3, delete_dead_store_insn (insn_info=0x1b5ccf0)
at ../../gcc/gcc/dse.c:948
948 if (!dbg_cnt (dse))
(gdb) p *insn_info
$3 = {cannot_delete = false, wild_read = false, non_frame_wild_re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63497
--- Comment #7 from Jonathan Wakely ---
Yes, I think this is OK for the branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
--- Comment #11 from Francois-Xavier Coudert ---
(In reply to Iain Sandoe from comment #10)
> note that there are 4 bootstrap breakers on PPC (trunk)
More annoying, I think, is that this one is also on 4.9, and actually made it
into the 4.9.2 re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
--- Comment #10 from Iain Sandoe ---
sorry I fixed this months ago locally..
I will push a patch to fix ASAP.
note that there are 4 bootstrap breakers on PPC (trunk)
1. this
2. libcc1 (same fail as x86)
3. libiberty needs some options massage t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60102
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
--- Comment #28 from howarth at bromo dot med.uc.edu ---
(In reply to Iain Sandoe from comment #27)
> 10.7+ - (albeit 10.7 is somewhat transitionary)
> here we need to stop building the eh stuff into libgcc, we probably need to
> split the emul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
Francois-Xavier Coudert changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62247
--- Comment #2 from John David Anglin ---
Created attachment 34079
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34079&action=edit
Assembler output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62247
--- Comment #1 from John David Anglin ---
We now have:
FAIL: g++.dg/abi/anon3.C -std=c++98 scan-assembler .weak(_definition)?[
\t]_?_
ZTI4Heya
FAIL: g++.dg/abi/anon3.C -std=c++98 scan-assembler .weak(_definition)?[
\t]_?_
ZTIN4Heya1AE
FAIL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53976
--- Comment #9 from Oleg Endo ---
Created attachment 34078
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34078&action=edit
Reduced problem from linux kernel
This one exposes a problem of the sh_optimize_sett_clrt RTL pass, where it will
t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
Francois-Xavier Coudert changed:
What|Removed |Added
Last reconfirmed|2014-11-22 00:00:00 |2014-11-23
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63940
--- Comment #6 from H.J. Lu ---
32-bit x86 looks OK:
https://gcc.gnu.org/ml/gcc-testresults/2014-11/msg02534.html
https://gcc.gnu.org/ml/gcc-testresults/2014-11/msg02537.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
--- Comment #7 from Denis Excoffier ---
(In reply to Francois-Xavier Coudert from comment #6)
There is no lldb here, and also no direct 'bt' available. I used gdb with a
break point:
% cd /tmp/lcl/tmp/gcc/obj
%
% grep -n 'gcc_assert (sizeof reg_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
--- Comment #27 from Iain Sandoe ---
(In reply to Francois-Xavier Coudert from comment #25)
> (In reply to Iain Sandoe from comment #23)
> > 2. we have so many versions, different layouts and version-specific issues,
> > that I think it's time to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64033
Bug ID: 64033
Summary: [5.0 Regression] ICE: in expand_expr_addr_expr_1, at
expr.c:7741
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
--- Comment #26 from Francois-Xavier Coudert ---
Created attachment 34077
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34077&action=edit
Patch removing 10.4 and earlier support from our specs/driver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62018
--- Comment #25 from Francois-Xavier Coudert ---
(In reply to Iain Sandoe from comment #23)
> 2. we have so many versions, different layouts and version-specific issues,
> that I think it's time to reorganise our GCC extensions library to meet
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64032
Bug ID: 64032
Summary: FAIL: gcc.dg/undefined-loop-2.c (test for warnings,
line 18)
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61324
--- Comment #3 from H.J. Lu ---
It is caused by r210597.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63472
Paolo Carlini changed:
What|Removed |Added
CC|spear at cse dot lehigh.edu|
Severity|critical
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63940
David Edelsohn changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63671
--- Comment #12 from Jan Hubicka ---
Created attachment 34076
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34076&action=edit
Patch to fix aliases and dead code removal.
One of problem was the abstract origin tracking already solved. Othe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63786
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63875
Paolo Carlini changed:
What|Removed |Added
CC|tejohnson at google dot com|jakub at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57919
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48483
Paolo Carlini changed:
What|Removed |Added
CC||lundberj at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57758
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61019
Paolo Carlini changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60943
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63216
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63385
--- Comment #4 from Paolo Carlini ---
Jason, can we resolve this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63423
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63497
Paolo Carlini changed:
What|Removed |Added
CC|moophy at foxmail dot com |
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63959
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|ville.voutil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64031
--- Comment #1 from Marc Glisse ---
-ffast-math lets it vectorize (using min directly). Otherwise, for the first
test, ifcvt gives (a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63905
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64031
Bug ID: 64031
Summary: Vectorization of max/min is not robust enough
Product: gcc
Version: 4.9.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64030
Bug ID: 64030
Summary: some libiberty sources includes stdio.h prior to
config.h causing redefined symbol warnings on
i?86-*-solaris2.11
Product: gcc
Version: 4.9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63926
Joost VandeVondele changed:
What|Removed |Added
Depends on||63470
--- Comment #3 from Joost Van
73 matches
Mail list logo