https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78517
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78522
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78522
Bug ID: 78522
Summary: -O2 optimization confused by enum and pointer usage in
constructors.
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70070
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78518
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P5
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78521
Martin Sebor changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78521
Bug ID: 78521
Summary: incorrect byte count in -Wformat-length warning with
non-constant width or precision
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78476
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78476
--- Comment #3 from Martin Sebor ---
Author: msebor
Date: Thu Nov 24 22:45:18 2016
New Revision: 242854
URL: https://gcc.gnu.org/viewcvs?rev=242854&root=gcc&view=rev
Log:
PR tree-optimization/78476 - snprintf(0, 0, ...) with known arguments not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78520
Bug ID: 78520
Summary: missing warning for snprintf with size greater than
INT_MAX
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78519
Bug ID: 78519
Summary: missing warning for sprintf %s with null pointer
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78518
Bug ID: 78518
Summary: Warning format regression
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #14 from Dominik Vogt ---
Is the dynamic variable stack area properly aligned? Since sparc.h does not
define STACK_DYNAMIC_OFFSET it should be aligned to STACK_BONDARY, i.e. 64
bits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77541
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78517
Bug ID: 78517
Summary: error: non-trivial conversion at assignment
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78497
--- Comment #3 from Alexandre Oliva ---
One aspect to the problem is the extra warnings you get. As more and more
projects adopt -Werror by default, it means you get a different error with
-save-temps. That's bad for users and inconvenient for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78500
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50147
Dmitry Gorbachev changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51726
Dmitry Gorbachev changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78500
--- Comment #6 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Nov 24 20:11:49 2016
New Revision: 242849
URL: https://gcc.gnu.org/viewcvs?rev=242849&root=gcc&view=rev
Log:
2016-11-24 Steven G. Kargl
PR fortran/78500
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78508
--- Comment #2 from Martin Liška ---
Minimal test-case:
enum { _ISdigit = 8 ? 3 << 8 : 8, _ISpunct };
struct A {
static const short a = _ISpunct;
};
Reporting:
==85314== Invalid read of size 1
==85314==at 0x4C2B944: strlen (in
/usr/lib64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77541
--- Comment #5 from Vladimir Makarov ---
Author: vmakarov
Date: Thu Nov 24 19:54:27 2016
New Revision: 242848
URL: https://gcc.gnu.org/viewcvs?rev=242848&root=gcc&view=rev
Log:
2016-11-24 Vladimir Makarov
PR rtl-optimization/77541
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78500
--- Comment #5 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Nov 24 19:26:33 2016
New Revision: 242847
URL: https://gcc.gnu.org/viewcvs?rev=242847&root=gcc&view=rev
Log:
2016-11-24 Steven G. Kargl
PR fortran/78500
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 31096, which changed state.
Bug 31096 Summary: a*C == b*C where C is a constant is not optimized to a == b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31096
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31096
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39683
Bug 39683 depends on bug 31096, which changed state.
Bug 31096 Summary: a*C == b*C where C is a constant is not optimized to a == b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31096
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78512
--- Comment #4 from Martin Sebor ---
The show_tx_maxrate and show_trans_timeout functions mentioned in the listing
in comment #1 are defined in Linux's net/core/net-sysfs.c. They return
"sprintf(buf, "%lu\n", queue->tx_maxrate)" and "sprintf(bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78500
--- Comment #4 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Nov 24 18:27:58 2016
New Revision: 242846
URL: https://gcc.gnu.org/viewcvs?rev=242846&root=gcc&view=rev
Log:
2016-11-24 Steven G. Kargl
PR fortran/78500
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78513
--- Comment #3 from Martin Liška ---
(In reply to Jakub Jelinek from comment #2)
> Does kernel enable -fsanitize-use-after-scope now?
Selecting CONFIG_KASAN=y enables -fsanitize=address, which currently be default
enables -fsanitize-address-use-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67822
Alexander Monakov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67822
--- Comment #3 from Alexander Monakov ---
Author: amonakov
Date: Thu Nov 24 18:10:42 2016
New Revision: 242842
URL: https://gcc.gnu.org/viewcvs?rev=242842&root=gcc&view=rev
Log:
Allow -fopenmp in NVPTX mkoffload
PR target/67822
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78512
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78515
--- Comment #2 from Jakub Jelinek ---
I think the bug is in compute_complex_assign_jump_func, it assumes that all 2+
operand GIMPLE_ASSIGNs are arithmetics (doesn't even consider 3 operand ones).
So it happily records BIT_INSERT_EXPR that has 3 o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78516
Bug ID: 78516
Summary: [7 Regression] ICE in lra_assign for e500v2
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458
Joseph S. Myers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78515
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78515
Bug ID: 78515
Summary: [7 Regression] ICE: in fold_binary_loc, at
fold-const.c:8999 with -Os -mavx512bw
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78512
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78513
--- Comment #2 from Jakub Jelinek ---
Does kernel enable -fsanitize-use-after-scope now?
intf.c:2772
0x1038159 execute
/home/arnd/git/gcc/gcc/gimple-ssa-sprintf.c:2799
$ /home/arnd/cross-gcc/bin/x86_64-linux-gcc-7.0.0 --version
x86_64-linux-gcc-7.0.0 (GCC) 7.0.0 20161124 (experimental)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
--- Comment #8 from James Greenhalgh ---
(In reply to Jakub Jelinek from comment #7)
> (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 -fexce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78513
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
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
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=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=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=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=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=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=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=78512
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
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=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=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=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=78437
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=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=78493
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=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=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=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=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=70118
Allan Jensen changed:
What|Removed |Added
Attachment #40130|0 |1
is obsolete|
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=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=78267
--- Comment #56 from Jakub Jelinek ---
So, is this resolved now?
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=62180
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=78012
Maciej W. Rozycki changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=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=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=78429
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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
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
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
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=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=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=78510
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
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=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=78509
James Greenhalgh changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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=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=77497
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=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=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 #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=77634
hs.naveen2u at gmail dot com changed:
What|Removed |Added
CC||hs.naveen2u at gmail dot co
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
1 - 100 of 142 matches
Mail list logo