https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78502
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #3 from Richard Biener ---
(In reply to prathamesh3492 from comment #2)
> Hi,
> From the trace, it seems ptrdiff_type_node is set to NULL for ada ?
> Either we can guard setting range for CFN_BUILTIN_STRLEN by checking
> ptrtdiff_type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #4 from Jakub Jelinek ---
Even for Fortran and other non-C FEs I think ptrdiff_type_node isn't what you
expect it to be. Wouldn't it be better to use signed_type_for (type) as the
type instead (where type is the type of strlen's lhs,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #5 from Richard Biener ---
Ugh, and lto does lto/lto-lang.c: ptrdiff_type_node = integer_type_node;
(bogus, possibly causes wrong-code if it's ever used, make sure to remove that
init as well)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #6 from Richard Biener ---
(In reply to Jakub Jelinek from comment #4)
> Even for Fortran and other non-C FEs I think ptrdiff_type_node isn't what
> you expect it to be. Wouldn't it be better to use signed_type_for (type) as
> the ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78497
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #7 from Jakub Jelinek ---
(In reply to Richard Biener from comment #3)
> (In reply to prathamesh3492 from comment #2)
> > Hi,
> > From the trace, it seems ptrdiff_type_node is set to NULL for ada ?
> > Either we can guard setting rang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #8 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #7)
> case FMT_LEN_z:
> dirtype = sign ? signed_type_for (size_type_node) : size_type_node;
> break;
>
> case FMT_LEN_t:
> dirtype = sign ? p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60853
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78333
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71762
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78505
Bug ID: 78505
Summary: [F08] Coarray source allocation not synchronizing on
oversubscribed cores
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78506
Bug ID: 78506
Summary: [c++1z] wrong value category for class decomposition
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #9 from prathamesh3492 at gcc dot gnu.org ---
Created attachment 40136
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40136&action=edit
move ptrdiff_type_node initialization to build_common_tree_nodes
Hi Richard,
Thanks for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #10 from Jakub Jelinek ---
Comment on attachment 40136
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40136
move ptrdiff_type_node initialization to build_common_tree_nodes
So, what do you want to do for VRP in the vms case whe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71762
--- Comment #13 from Richard Biener ---
Author: rguenth
Date: Thu Nov 24 09:45:01 2016
New Revision: 242822
URL: https://gcc.gnu.org/viewcvs?rev=242822&root=gcc&view=rev
Log:
2016-11-23 Richard Biener
PR middle-end/71762
* ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78333
--- Comment #8 from rguenther at suse dot de ---
On Thu, 24 Nov 2016, clyon at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78333
>
> Christophe Lyon changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71762
--- Comment #14 from rguenther at suse dot de ---
On Thu, 24 Nov 2016, clyon at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71762
>
> Christophe Lyon changed:
>
>What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78507
Bug ID: 78507
Summary: [7 Regression] ICE: tree check: expected integer_type
or enumeral_type or boolean_type or real_type or
fixed_point_type, have pointer_type in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69278
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78507
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||ice-on-valid-code
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #11 from prathamesh3492 at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #10)
> Comment on attachment 40136 [details]
> move ptrdiff_type_node initialization to build_common_tree_nodes
>
> So, what do you want to do for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78309
--- Comment #6 from Martin Liška ---
Author: marxin
Date: Thu Nov 24 10:12:24 2016
New Revision: 242824
URL: https://gcc.gnu.org/viewcvs?rev=242824&root=gcc&view=rev
Log:
Add sem_item::m_hash_set (PR ipa/78309)
PR ipa/78309
* ip
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78507
amker at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |amker at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78508
Bug ID: 78508
Summary: valgrind error in gt_pch_note_object when compiling
C++
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78507
--- Comment #3 from Richard Biener ---
Indeed int_fits_type_p requires an integral type.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78507
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #12 from Jakub Jelinek ---
Or perhaps check ptrdiff_type_node != NULL && TYPE_PRECISION
(ptrdiff_type_node) == TYPE_PRECISION (size_type_node) before trying to
optimize this?
I mean, on VMS it might be fine if strlen returns 0xfff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78309
--- Comment #7 from Martin Liška ---
Author: marxin
Date: Thu Nov 24 10:19:22 2016
New Revision: 242825
URL: https://gcc.gnu.org/viewcvs?rev=242825&root=gcc&view=rev
Log:
Add sem_item::m_hash_set (PR ipa/78309)
Backported from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78309
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77591
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
Bug ID: 78509
Summary: [7 regression] ICE in in excess_precision_type, at
tree.c:8875
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
Rainer Orth changed:
What|Removed |Added
CC||jgreenhalgh at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
--- Comment #2 from James Greenhalgh ---
(In reply to Rainer Orth from comment #1)
> James, this is caused by your patch series
>
> [Patch 1/17] Add a new target hook for describing excess precision intentions
>
> I believe.
>
> Rainer
Than
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78343
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #13 from prathamesh3492 at gcc dot gnu.org ---
Created attachment 40137
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40137&action=edit
check precision of ptrdiff_type_node and lhs type is equal
Hi Jakub,
Thanks for the suggest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77591
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31096
hs.naveen2u at gmail dot com changed:
What|Removed |Added
CC||hs.naveen2u at gmail dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77635
hs.naveen2u at gmail dot com changed:
What|Removed |Added
CC||hs.naveen2u at gmail dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #14 from Jakub Jelinek ---
Comment on attachment 40137
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40137
check precision of ptrdiff_type_node and lhs type is equal
Formatting is wrong. && should not be at the end of line, a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from James Greenhalgh ---
> Thanks, and sorry for the break.
No worries: as long as the thing still bootstraps ;-)
> Can you help me out with a configure line that wou
20161124 (experimental) [trunk revision 242818] (GCC)
$
$ gcc-trunk -O3 small.c
small.c: In function ‘main’:
small.c:17:5: error: type mismatch in conditional expression
int main() { fn2(); return 0; }
^~~~
short int
int
short int
iftmp.1_11 = _6 == 4 ? 4 : 0;
small.c:17:5: internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77634
hs.naveen2u at gmail dot com changed:
What|Removed |Added
CC||hs.naveen2u at gmail dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #15 from Jakub Jelinek ---
For the tests, I think they would just pass on VMS. In one case you are
comparing if 0x7fffULL <= (unsigned int) something, that is for
32-bit int clearly never true and should be folded. And i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77581
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #16 from prathamesh3492 at gcc dot gnu.org ---
Created attachment 40139
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40139&action=edit
fix formatting of patch in comment 13
Done formatting changes in this version.
Does it look
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #17 from prathamesh3492 at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #15)
> For the tests, I think they would just pass on VMS. In one case you are
> comparing if 0x7fffULL <= (unsigned int) something, th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77497
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78507
--- Comment #4 from amker at gcc dot gnu.org ---
Types of @2/@3 are guarded by INTEGER_CST@2/INTEGER_CST@3, but type of @1 is
not checked. Should check INTEGRAL_TYPE_P for it before calling
int_fits_type_p.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #18 from Jakub Jelinek ---
Comment on attachment 40139
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40139
fix formatting of patch in comment 13
LGTM.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
James Greenhalgh changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65496
Zdenek Sojka changed:
What|Removed |Added
Known to fail||7.0
--- Comment #4 from Zdenek Sojka ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #19 from prathamesh3492 at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #18)
> Comment on attachment 40139 [details]
> fix formatting of patch in comment 13
>
> LGTM.
Thanks, I have started bootstrap on x86_64-unknown-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78510
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78493
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Thu Nov 24 11:26:12 2016
New Revision: 242828
URL: https://gcc.gnu.org/viewcvs?rev=242828&root=gcc&view=rev
Log:
cp_parser_range_for: use safe_push instead of quick_push (PR
PR b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78510
amker at gcc dot gnu.org changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
--- Comment #6 from James Greenhalgh ---
None of the logic was there in the original code, so there is not much to
compare.
The question for the backend when TYPE is EXCESS_PRECISION_TYPE_FAST or
EXCESS_PRECISION_TYPE_STANDARD is, does it wants
oolean_p): New predicate.
(wi::fits_to_tree_p): Use it for boolean types.
* tree.c (int_fits_type_p): Likewise.
Added:
trunk/gcc/testsuite/gcc.c-torture/compile/20161124-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree.c
trunk/gcc/tree.h
oolean_p): New predicate.
(wi::fits_to_tree_p): Use it for boolean types.
* tree.c (int_fits_type_p): Likewise.
Added:
branches/gcc-6-branch/gcc/testsuite/gcc.c-torture/compile/20161124-1.c
- copied unchanged from r242829,
trunk/gcc/testsuite/gcc.c-torture/compile/2016
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78429
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
--- Comment #7 from Jakub Jelinek ---
(In reply to James Greenhalgh from comment #6)
> None of the logic was there in the original code, so there is not much to
> compare.
?? Since -fexcess-precision=standard has been introduced, gcc has the ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78120
--- Comment #10 from Bernd Schmidt ---
Author: bernds
Date: Thu Nov 24 12:16:47 2016
New Revision: 242832
URL: https://gcc.gnu.org/viewcvs?rev=242832&root=gcc&view=rev
Log:
PR rtl-optimization/78120
* config/i386/i386.c (ix86_rtx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78120
--- Comment #11 from Bernd Schmidt ---
Author: bernds
Date: Thu Nov 24 12:17:52 2016
New Revision: 242833
URL: https://gcc.gnu.org/viewcvs?rev=242833&root=gcc&view=rev
Log:
PR rtl-optimization/78120
* rtlanal.c (insn_rtx_cost): U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71595
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78120
--- Comment #12 from Bernd Schmidt ---
Author: bernds
Date: Thu Nov 24 12:22:16 2016
New Revision: 242834
URL: https://gcc.gnu.org/viewcvs?rev=242834&root=gcc&view=rev
Log:
PR rtl-optimization/78120
* ifcvt.c (noce_conversion_pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71595
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Thu Nov 24 12:25:22 2016
New Revision: 242835
URL: https://gcc.gnu.org/viewcvs?rev=242835&root=gcc&view=rev
Log:
2016-11-24 Richard Biener
PR tree-optimization/71595
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78012
Maciej W. Rozycki changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78460
Oleg Endo changed:
What|Removed |Added
CC||olegendo at gcc dot gnu.org
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62180
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78511
Bug ID: 78511
Summary: ICE on using concept name as a "requires" parameter
Product: gcc
Version: c++-concepts
Status: UNCONFIRMED
Severity: normal
Priority: P3
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78282
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #56 from Jakub Jelinek ---
So, is this resolved now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #57 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #56 from Jakub Jelinek ---
> So, is this resolved now?
The bootstrap failures are AFAIK, but perhaps we should keep it open for
the fixinclude fix backports discovered?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78508
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70118
Allan Jensen changed:
What|Removed |Added
Attachment #40130|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78408
--- Comment #10 from Richard Biener ---
(In reply to Jakub Jelinek from comment #9)
> Note in the testcase a = (struct buf) {}, b = (struct buf) {} generates
> significantly more efficient code than a = b = (struct buf) {} - the former
> is 2x me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78408
--- Comment #11 from Jakub Jelinek ---
(In reply to Richard Biener from comment #10)
> (In reply to Jakub Jelinek from comment #9)
> > Note in the testcase a = (struct buf) {}, b = (struct buf) {} generates
> > significantly more efficient code t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #8 from Dominik Vogt ---
> Some things to try with reduction-10.c:
>
> 1) Remove all OMP pragmas from the code. If it still fails it's not a
> limbgomp
> bug.
The failur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #10 from Rainer Orth ---
Created attachment 40141
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40141&action=edit
reduced testcase and assembler output
I've managed at least some reduction of the testcase: as you can see, one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78512
Bug ID: 78512
Summary: [7 Regression] r242674 miscompiles Linux kernel
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78493
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78153
--- Comment #2 from Andreas Schwab ---
This breaks ada on aarch64:
/opt/gcc/gcc-20161124/Build/./prev-gcc/xgcc
-B/opt/gcc/gcc-20161124/Build/./prev-gcc/ -B/usr/aarch64-suse-linux/bin/
-B/usr/aarch64-suse-linux/bin/ -B/usr/aarch64-suse-linux/lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78437
--- Comment #7 from Eric Botcazou ---
Author: ebotcazou
Date: Thu Nov 24 15:01:32 2016
New Revision: 242839
URL: https://gcc.gnu.org/viewcvs?rev=242839&root=gcc&view=rev
Log:
PR rtl-optimization/78437
* ree.c (get_uses): New func
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78437
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78153
--- Comment #3 from Andreas Schwab ---
Program received signal SIGSEGV, Segmentation fault.
vrp_val_max (type=0x0) at ../../gcc/tree-vrp.c:156
156 if (!INTEGRAL_TYPE_P (type))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #11 from Dominik Vogt ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #9)
> > 2) Replace "p7" in foo with just "7". If it still fails we know the bug is
> > not
> > triggered by the dynamic allocation of a or b.
>
> ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78513
Bug ID: 78513
Summary: [7 Regression] Failure to build linux kernel with
KASAN support
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78513
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||link-failure
Ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78512
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70184
--- Comment #8 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Thu Nov 24 15:22:34 2016
New Revision: 242840
URL: https://gcc.gnu.org/viewcvs?rev=242840&root=gcc&view=rev
Log:
[TER] PR target/48863 : Don't replace expressions across l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48863
--- Comment #6 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Thu Nov 24 15:22:34 2016
New Revision: 242840
URL: https://gcc.gnu.org/viewcvs?rev=242840&root=gcc&view=rev
Log:
[TER] PR target/48863 : Don't replace expressions across l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
rdapp at linux dot vnet.ibm.com changed:
What|Removed |Added
CC||rdapp at linux dot vnet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48863
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=78512
--- Comment #1 from Markus Trippelsdorf ---
I run md5sum on the object files with and without -fno-printf-return-value.
Looking at a few files that differ they show a common pattern:
good vs bad diff:
@@ -312,7 +312,7 @@
movq$.LC1, %
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #13 from Jakub Jelinek ---
Yes, sure, there are 2 alloca uses in the parallel region, one is for y
variable, which uses __builtin_alloca_with_align ((p4 - 1 + 1) * 4, 32) and the
other is for a, which uses __builtin_alloca_with_align
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44685
--- Comment #5 from David Binderman ---
Seems fixed in gcc version 6.1.1, dated 20160621
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78514
Bug ID: 78514
Summary: ICE in tsubst, at cp/pt.c:13073
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66358
--- Comment #23 from David Binderman ---
Problem seems to have gone away with gcc version 6.1.1, dated 20160621
1 - 100 of 142 matches
Mail list logo
