https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #31 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #28)
> Ok, let's go with your patch then.
Committed as r254967:
Author: uros
Date: Mon Nov 20 19:52:14 2017
New Revision: 254967
URL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #32 from Uroš Bizjak ---
(In reply to rguent...@suse.de from comment #20)
> Index: gcc/tree-ssa-sccvn.c
> ===
> --- gcc/tree-ssa-sccvn.c(revision 254945)
> +++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83075
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68690
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83071
--- Comment #1 from Ian Lance Taylor ---
This is of course a compiler bug, but it's a crash on invalid code. You can't
write `input++` when `input` is a string type. In Go the `++` operator only
applies to integer types. When I fix the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53796
Janne Blomqvist changed:
What|Removed |Added
URL||https://gcc.gnu.org/ml/gcc-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81356
--- Comment #8 from Steve Ellcey ---
Author: sje
Date: Tue Nov 21 00:18:14 2017
New Revision: 254977
URL: https://gcc.gnu.org/viewcvs?rev=254977=gcc=rev
Log:
2017-11-20 Steve Ellcey
PR target/81356
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81315
--- Comment #5 from Segher Boessenkool ---
This was BE, on a compiler that defaults to power4 ("970 without altivec").
I.e. the default for powerpc64-linux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83057
--- Comment #2 from urbanjost at comcast dot net ---
A long-standing convention when referencing procedures anprd commands,
especially on Unix platforms is to suffix them with (category[group]) to
distinguish them from English words and to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66552
--- Comment #4 from Segher Boessenkool ---
Trunk does (both -m32 and -m64)
srawi 9,4,5
addze 9,9
slwi 9,9,5
subf 4,9,4
srw 3,3,4
and
rlwinm 4,4,0,27,31
srw 3,3,4
so the original problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78549
--- Comment #25 from Jerry DeLisle ---
Author: jvdelisle
Date: Tue Nov 21 02:17:11 2017
New Revision: 254982
URL: https://gcc.gnu.org/viewcvs?rev=254982=gcc=rev
Log:
2017-11-20 Jerry DeLisle
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67530
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72786
--- Comment #5 from David Malcolm ---
Author: dmalcolm
Date: Tue Nov 21 00:40:53 2017
New Revision: 254978
URL: https://gcc.gnu.org/viewcvs?rev=254978=gcc=rev
Log:
C++: provide macro used-before-defined hint (PR c++/72786)
This patch uses the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83011
Martin Sebor changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81794
David Malcolm changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81794
--- Comment #5 from David Malcolm ---
Author: dmalcolm
Date: Tue Nov 21 00:57:29 2017
New Revision: 254981
URL: https://gcc.gnu.org/viewcvs?rev=254981=gcc=rev
Log:
Use -Wtraditional for "would be stringified in traditional C" (PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83027
--- Comment #17 from Victor Porton ---
Created attachment 42666
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42666=edit
Minimal example reprising the bug
I've created the minimal example reprising the bug.
The bug is actually awful:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81404
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80567
--- Comment #3 from David Malcolm ---
Author: dmalcolm
Date: Tue Nov 21 00:50:39 2017
New Revision: 254980
URL: https://gcc.gnu.org/viewcvs?rev=254980=gcc=rev
Log:
C/C++: more stdlib header hints (PR c/81404)
This patch extends the C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81404
--- Comment #6 from David Malcolm ---
Author: dmalcolm
Date: Tue Nov 21 00:50:39 2017
New Revision: 254980
URL: https://gcc.gnu.org/viewcvs?rev=254980=gcc=rev
Log:
C/C++: more stdlib header hints (PR c/81404)
This patch extends the C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83080
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83060
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81315
--- Comment #6 from Mark Millard ---
(In reply to Segher Boessenkool from comment #5)
> This was BE, on a compiler that defaults to power4 ("970 without altivec").
> I.e. the default for powerpc64-linux.
Good to know. Thanks.
I've no clue what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83071
--- Comment #3 from ian at gcc dot gnu.org ---
Author: ian
Date: Tue Nov 21 06:14:32 2017
New Revision: 254983
URL: https://gcc.gnu.org/viewcvs?rev=254983=gcc=rev
Log:
compiler: report error for ++/-- applied to a non-numeric type
This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83084
Bug ID: 83084
Summary: [7/8 Regression] -fcompare-debug failure on ppc64le
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83027
Eric Botcazou changed:
What|Removed |Added
Keywords|wrong-code |
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81325
Markus Trippelsdorf changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83071
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82933
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Tue Nov 21 07:50:15 2017
New Revision: 254987
URL: https://gcc.gnu.org/viewcvs?rev=254987=gcc=rev
Log:
PR debug/82933
* run-rtl-passes.c: Include debug.h.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82981
--- Comment #15 from Jakub Jelinek ---
Author: jakub
Date: Tue Nov 21 07:49:14 2017
New Revision: 254986
URL: https://gcc.gnu.org/viewcvs?rev=254986=gcc=rev
Log:
PR target/82981
* internal-fn.c (expand_mul_overflow): Use
/software/tmp/gcc/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/8.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/home/su/software/tmp/gcc/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 8.0.0 20171120
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83015
--- Comment #7 from itsimbal at gcc dot gnu.org ---
Author: itsimbal
Date: Mon Nov 20 12:30:25 2017
New Revision: 254951
URL: https://gcc.gnu.org/viewcvs?rev=254951=gcc=rev
Log:
PR bootstrap/83015
* config/cr16/unwind-cr16.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #22 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #21)
> Created attachment 42660 [details]
> gcc8-pr78821-i386.patch
>
> Untested patch for the -mmovbe movbew loads/stores. Note, is there any
> particular reason why
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #23 from Jakub Jelinek ---
(In reply to Uroš Bizjak from comment #22)
> (In reply to Jakub Jelinek from comment #21)
> > Created attachment 42660 [details]
> > gcc8-pr78821-i386.patch
> >
> > Untested patch for the -mmovbe movbew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82951
--- Comment #4 from Marc Glisse ---
Author: glisse
Date: Mon Nov 20 13:26:39 2017
New Revision: 254954
URL: https://gcc.gnu.org/viewcvs?rev=254954=gcc=rev
Log:
VRP: x+1 and -x cannot be INT_MIN
2017-11-20 Marc Glisse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83069
Bug ID: 83069
Summary: [8 Regression] internal compiler error: in
from_gcov_type, at profile-count.h:676
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #26 from Jakub Jelinek ---
Comment on attachment 42661
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42661
Add bswaphi2 pattern
[(set (match_operand:HI 0 "register_operand")
Is that so that you don't have to bother with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82951
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #21 from Jakub Jelinek ---
Created attachment 42660
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42660=edit
gcc8-pr78821-i386.patch
Untested patch for the -mmovbe movbew loads/stores. Note, is there any
particular reason
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24222
Bug 24222 depends on bug 26748, which changed state.
Bug 26748 Summary: gimplify_expr_stmt in cp-gimplifer.c does warnings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26748
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26748
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47256
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50445
Eric Gallager changed:
What|Removed |Added
Keywords||diagnostic
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82781
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Mon Nov 20 12:57:50 2017
New Revision: 254952
URL: https://gcc.gnu.org/viewcvs?rev=254952=gcc=rev
Log:
PR c++/82781
* constexpr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #24 from Uroš Bizjak ---
Created attachment 42661
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42661=edit
Add bswaphi2 pattern
What do you think about going through bswaphi2 pattern, as in the attached
patch. Using of xcgh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #25 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #23)
> I believe enabled attribute can't depend on
> optimize_function_for_size_p (cfun).
Indeed. Maybe preferred_for_size can come handy here (and in bswaphi_lowpart
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83070
Bug ID: 83070
Summary: -Wsign-compare warning in eoshift0
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83046
--- Comment #4 from Thomas Schwinge ---
(In reply to Martin Liška from comment #3)
> (In reply to Thomas Schwinge from comment #0)
> > ... starting with r254437 "Instrument function exit with
> > __builtin_unreachable in C++".
> > Obviously,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83050
Jonathan Wakely changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83049
--- Comment #2 from Jonathan Wakely ---
In general GCC tries to avoid adding language extensions until they have at
least been proposed for addition to the standard, not the other way around.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83061
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #17 from Uroš Bizjak ---
Hm, even with the latest patch, the testcase from comment #5:
typedef __SIZE_TYPE__ size_t;
void baz (char *buf, unsigned int data)
{
buf[0] = data;
buf[1] = data >> 8;
buf[2] = ~data >> 8;
buf[3]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83015
--- Comment #5 from igor.v.tsimbalist at intel dot com ---
Created attachment 42658
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42658=edit
patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83046
--- Comment #3 from Martin Liška ---
(In reply to Thomas Schwinge from comment #0)
> ... starting with r254437 "Instrument function exit with
> __builtin_unreachable in C++".
>
> Program received signal SIGSEGV, Segmentation fault.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #18 from Uroš Bizjak ---
Maybe related to bswap optimization is also:
typedef __SIZE_TYPE__ size_t;
void baz (char *buf, unsigned int data)
{
buf[0] = data >> 8;
buf[1] = data;
}
which currently generates (-O2 -march=haswell)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83015
--- Comment #6 from igor.v.tsimbalist at intel dot com ---
Andreas has sent this issue as a reply to my commit. I proposed a fix and asked
for approval. Here is my reply
https://gcc.gnu.org/ml/gcc-patches/2017-11/msg01647.html
I have attached
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83055
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83065
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83063
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83066
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65381
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81155
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
Summary|Debug make
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83059
--- Comment #2 from Jakub Jelinek ---
Created attachment 42659
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42659=edit
gcc8-pr83059.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81165
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
Summary|Regression in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82969
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #19 from Jakub Jelinek ---
(In reply to Uroš Bizjak from comment #17)
> Hm, even with the latest patch, the testcase from comment #5:
> still compiles to:
>
> movl%esi, %eax
> movw%si, (%rdi)
> notl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83067
--- Comment #1 from Yibiao Yang ---
Note that this issue was found by Yibiao Yang and shqking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83067
Bug ID: 83067
Summary: wrong code on arm-linux-gnueabi
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82963
Arnd Bergmann changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
lease include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
Fails wth both gccgo 7.2.1 (distributed with Fedora) and
$ go version
go version go1.9 gccgo (GCC) 8.0.0 20171120 (experimental) linux/amd64
which I just built locally.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83048
--- Comment #2 from Tom de Vries ---
I wonder if we could use a macro like this:
...
#define SAFE_MACRO_STMT(stmt) \
do { \
if (1) \
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83072
Bug ID: 83072
Summary: Late VRP optimization
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83007
--- Comment #2 from Martin Liška ---
Thank you Martin for the explanation, I'll fix the code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #29 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #24)
> Using of xcgh in place of bswap is suggested by Intel ...
For reference:
http://www.felixcloutier.com/x86/BSWAP.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83060
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83030
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82960
--- Comment #4 from Tom de Vries ---
(In reply to Ulrich Weigand from comment #3)
> I'll have a look.
Thanks :)
> I still need to get my SPU build environment back up and
> running, the build currently fails due to unrelated issues.
>
> I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83058
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82878
--- Comment #5 from Nathan Sidwell ---
Author: nathan
Date: Mon Nov 20 14:39:00 2017
New Revision: 254958
URL: https://gcc.gnu.org/viewcvs?rev=254958=gcc=rev
Log:
[PR c++/82878] pass-by-invisiref in lambda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78495
--- Comment #5 from Nathan Sidwell ---
Author: nathan
Date: Mon Nov 20 14:39:00 2017
New Revision: 254958
URL: https://gcc.gnu.org/viewcvs?rev=254958=gcc=rev
Log:
[PR c++/82878] pass-by-invisiref in lambda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82615
--- Comment #4 from Martin Liška ---
Yes, it fixed on Haswell, we're even slightly faster than before the
problematic revision. Tomorrow I'll measure Zen as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #27 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #26)
> Comment on attachment 42661 [details]
> Add bswaphi2 pattern
>
> [(set (match_operand:HI 0 "register_operand")
>
> Is that so that you don't have to bother
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #28 from Jakub Jelinek ---
Ok, let's go with your patch then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83051
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
gure --enable-languages=c,c++,fortran
--disable-multilib --prefix=/home/marxin/bin/gcc --disable-bootstrap
--enable-offload-targets=nvptx-none=/no/where
Thread model: posix
gcc version 8.0.0 20171120 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83067
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82960
--- Comment #3 from Ulrich Weigand ---
I'll have a look. I still need to get my SPU build environment back up and
running, the build currently fails due to unrelated issues.
I remember looking at this a few years back:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83060
--- Comment #4 from Nathan Sidwell ---
I recall discussion years back that concluded the
int *p = [-1];
case was well formed (there being no access specifier between the two fields).
Of course the validity of the argument may have changed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101
--- Comment #4 from Jonathan Wakely ---
Which causes the code to be accepted. I'd rather do:
template class allocator; // undefined
so there's an error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80899
Jan Hubicka changed:
What|Removed |Added
Status|SUSPENDED |ASSIGNED
--- Comment #3 from Jan Hubicka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83030
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Martin Liška ---
> Thanks for the report. Unfortunately one needs native compiler for that. Do we
> have a working machine in GCC Compile Farm?
Not yet: I do have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82682
--- Comment #3 from Jakub Jelinek ---
Yes. r253955 to r253958 diff is:
--- pr50038.s.2539552017-11-20 09:52:43.0 -0500
+++ pr50038.s.2539582017-11-20 09:52:48.0 -0500
@@ -1,53 +1,55 @@
.file "pr50038.c"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83046
--- Comment #6 from Thomas Schwinge ---
(In reply to Martin Liška from comment #5)
> Thanks for instructions, but apparently does not work for me:
>
> make check-target-libgomp
> === libgomp Summary ===
>
> # of untested
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83072
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83068
Richard Biener changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83069
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82981
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82718
--- Comment #6 from Mark Wielaard ---
Building elfutils with -g -O2 -gdwarf-5 still fails without this patch with
current gcc trunk (just in a different file libdwfl/realloc.c instead of
elf_begin.c as reported originally). Using the proposed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83073
Bug ID: 83073
Summary: Range for VR_VARYING | [1, 1]
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83056
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
101 - 200 of 201 matches
Mail list logo