https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83043
Bug ID: 83043
Summary: FAIL: libgomp.graphite/force-parallel-1.c
scan-tree-dump-times graphite "2 loops carried no
dependency" 1 (found 0 times)
Product: gcc
Vers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83021
Dominique d'Humieres changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83043
--- Comment #1 from Tom de Vries ---
Created attachment 42648
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42648&action=edit
force-parallel-1.c.150t.graphite
instead of "2 loops carried no dependency" 1 we have:
...
$ grep loops force-pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83043
--- Comment #2 from Tom de Vries ---
Created attachment 42649
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42649&action=edit
force-parallel-1.c.154t.parloops2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83043
--- Comment #3 from Tom de Vries ---
Created attachment 42650
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42650&action=edit
force-parallel-1.c.228t.optimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83021
Dominique d'Humieres changed:
What|Removed |Added
Summary|[7/8 Regression] gfortran |[7/8 Regression] gfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83043
Tom de Vries changed:
What|Removed |Added
CC||hubicka at ucw dot cz
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83044
Bug ID: 83044
Summary: ice in contains_struct_check
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83042
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83021
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83042
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83021
Dominique d'Humieres changed:
What|Removed |Added
CC||juergen.reuter at desy dot de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65381
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82923
--- Comment #4 from Dominique d'Humieres ---
> Created attachment 42637 [details]
> Fix for the bug
>
> This one does the job and it regtests OK.
Confirmed, however I see an ICE when compiling the "type" variant of pr65381.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82961
--- Comment #11 from Tom de Vries ---
Created attachment 42651
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42651&action=edit
backport to 6 branch
The patch committed to trunk applies cleanly to gcc-7-branch, but not the
gcc-6-branch. Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81712
--- Comment #8 from Mikael Pettersson ---
The fix was backported to gcc-6-branch in r249957 and to gcc-5-branch in
r249958. So it's included in gcc-5.5.0 and will be included in gcc-6.5.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81334
Eric Gallager changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Eric Gallager -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83045
Bug ID: 83045
Summary: -Wreturn-type regression in C++
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83046
Bug ID: 83046
Summary: ICE in nvptx offloading, C++ compilation of
libgomp.oacc-c-c++-common/gang-static-2.c
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83046
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83046
--- Comment #2 from Thomas Schwinge ---
Also, for "-foffload=disable -x c++" we now run into:
/tmp/ccAXdy3B.o:(.gnu.offload_funcs+0x0): undefined reference to
`main._omp_fn.7'
/tmp/ccAXdy3B.o:(.gnu.offload_funcs+0x8): undefined reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82784
--- Comment #15 from Tom de Vries ---
Created attachment 42653
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42653&action=edit
conformance scan results
Output from command:
$ rm -f OUTPUT; for f in $(find . | egrep -v '\.git|/testsuite/'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83047
Bug ID: 83047
Summary: [8 regression] glibc/crypt/crypt_util.c gets
miscompiled
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83047
--- Comment #1 from Markus Trippelsdorf ---
Created attachment 42654
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42654&action=edit
unreduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83047
--- Comment #2 from Markus Trippelsdorf ---
markus@x4 crypt % gcc --save-temps crypt_util.c -c -std=gnu11 -O2 -Wall -Wundef
-Wwrite-strings -fmerge-all-constants -fno-stack-protector -frounding-math -g
-pipe -Wstrict-prototypes -Wold-style-defini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82784
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83048
Bug ID: 83048
Summary: wrap multi-statement macros in do {} while (0)
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: othe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83048
--- Comment #1 from Tom de Vries ---
Already done:
7fbc9a6 [riscv] Wrap ASM_OUTPUT_LABELREF in do {} while (0)
df82c70 [mips] Wrap ASM_OUTPUT_LABELREF in do {} while (0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Jan Hubicka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82903
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83049
Bug ID: 83049
Summary: Allow overloading of ?: conditional operator
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83050
Bug ID: 83050
Summary: Please provide shortcircuit attribute for || and &&
operators
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83049
--- Comment #1 from Daniel Fruzynski ---
If you decide to implement this, please also attempt to add this as an feature
to some future version of C++ standard. By doing so users of other compilers
would benefit from this too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82849
--- Comment #3 from Jan Hubicka ---
Patch posted.
https://gcc.gnu.org/ml/gcc-patches/2017-11/msg01668.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82852
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82851
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83047
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82713
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82713
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83023
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243
--- Comment #18 from Jan Hubicka ---
Returning MIN(1, count) indeed seems like very good idea to me. We need to
keep those in control :)
I am testing patch for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83015
Jan Hubicka changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #2 from Jan Hubicka -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83008
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37262
--- Comment #8 from Segher Boessenkool ---
This is fixed on trunk. I'll bisect it to see if it is worth backporting.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82957
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82925
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82908
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82881
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83050
--- Comment #1 from Andrew Pinski ---
I thought we had a warning about that. Also the semantics become different
with your attribute which I think is going to be even more problematic too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82862
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82615
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|2017-10-19 00:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82671
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82682
--- Comment #2 from Jan Hubicka ---
We now generate:
.L3:
movzbl (%edx), %esi
addl$2, %edx
addl$1, %ecx
movzbl -1(%edx), %eax
movl%esi, %ebx
imull $38470, %eax, %eax
movzbl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82290
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82281
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81812
--- Comment #5 from Jan Hubicka ---
I think we should just mark such thunks as not inlinable in compute_fn_summary.
PPatch is OK with that change.
Thanks!
Honza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82671
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81791
--- Comment #1 from Jan Hubicka ---
*** Bug 82671 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81791
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81668
--- Comment #10 from Jan Hubicka ---
Problem is that we do not have location info that would say us the origin.
I have sent patch to add location info into TRANSLATION_UNIT_DECL some time ago
(at least a year) but I do not think it was approved.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81668
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81360
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81133
Jan Hubicka changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81033
--- Comment #27 from Jan Hubicka ---
Is this fixed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80313
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81033
--- Comment #28 from Dominique d'Humieres ---
Bootstrap is fixed, but the fix did not please to Iain Sandoe.
Dominique
> Le 19 nov. 2017 à 17:40, hubicka at gcc dot gnu.org
> a écrit :
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81033
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66618
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Sun Nov 19 17:17:01 2017
New Revision: 254930
URL: https://gcc.gnu.org/viewcvs?rev=254930&root=gcc&view=rev
Log:
PR c/66618
PR c/69960
c-family/
* c-common.h (c_fu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69960
--- Comment #17 from Jakub Jelinek ---
Author: jakub
Date: Sun Nov 19 17:17:01 2017
New Revision: 254930
URL: https://gcc.gnu.org/viewcvs?rev=254930&root=gcc&view=rev
Log:
PR c/66618
PR c/69960
c-family/
* c-common.h (c_f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82962
--- Comment #5 from janus at gcc dot gnu.org ---
(In reply to janus from comment #2)
> Since it seems that execute_command_line always sets a return value for the
> exitstat argument, one probably does not need to check against an initial
> value
/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 20171119 (experimental
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83011
--- Comment #3 from Martin Sebor ---
(In reply to Julien ÉLIE from comment #2)
Thanks. I can reproduce the warning with -Wstringop-truncation=2 and a small
test case:
$ cat d.c && gcc -g -O2 -S -Wall -Wformat-truncation=2
-fdump-tree-printf-re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82713
--- Comment #7 from Jan Hubicka ---
Author: hubicka
Date: Sun Nov 19 18:52:54 2017
New Revision: 254933
URL: https://gcc.gnu.org/viewcvs?rev=254933&root=gcc&view=rev
Log:
PR target/82713
* i386.c (ix86_builtin_vectorization_cost
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243
--- Comment #19 from Jan Hubicka ---
Author: hubicka
Date: Sun Nov 19 18:55:30 2017
New Revision: 254934
URL: https://gcc.gnu.org/viewcvs?rev=254934&root=gcc&view=rev
Log:
PR ipa/60243
* tree-inline.c (estimate_num_insns): Set to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83001
--- Comment #1 from Jan Hubicka ---
Author: hubicka
Date: Sun Nov 19 18:56:58 2017
New Revision: 254935
URL: https://gcc.gnu.org/viewcvs?rev=254935&root=gcc&view=rev
Log:
PR ipa/83001
* profile-count.c (profile_count::to_sreal_s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82923
--- Comment #5 from Dominique d'Humieres ---
> Confirmed, however I see an ICE when compiling the "type" variant of pr65381.
I have forgotten to say that the ICE is similar to the one in comment 1
pr65381_red.f90:15:0:
pure function fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78990
--- Comment #4 from Paul Thomas ---
Author: pault
Date: Sun Nov 19 19:50:50 2017
New Revision: 254936
URL: https://gcc.gnu.org/viewcvs?rev=254936&root=gcc&view=rev
Log:
2017-11-19 Paul Thomas
PR fortran/78990
* expr.c (gfc_is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81360
--- Comment #7 from Jan Hubicka ---
Author: hubicka
Date: Sun Nov 19 19:58:12 2017
New Revision: 254937
URL: https://gcc.gnu.org/viewcvs?rev=254937&root=gcc&view=rev
Log:
PR ipa/81360
* ipa-inline.c (can_inline_edge_p): Also chec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37262
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82281
--- Comment #3 from Jan Hubicka ---
Author: hubicka
Date: Sun Nov 19 20:30:26 2017
New Revision: 254939
URL: https://gcc.gnu.org/viewcvs?rev=254939&root=gcc&view=rev
Log:
PR target/82281
* gcc.target/i386/pr82281.c: New testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83027
--- Comment #15 from Eric Botcazou ---
> It is a GCC bug rather than an Ahven bug, because the bug is triggered by
> `with Ada.Text_IO;` (and disappears if we remove this line from
> spawn-signals.adb) which should not influence semantics of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83023
Martin Liška changed:
What|Removed |Added
CC|mliska at suse dot cz |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83052
Bug ID: 83052
Summary: ICE in extract_insn, at recog.c:2305 starting from
r254560
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83053
Bug ID: 83053
Summary: [8 Regression] ICE in vrp_prop::check_array_ref at
cc/tree-vrp.c:4811
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-vali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83054
Bug ID: 83054
Summary: [8 Regression] ICE in operator>, at
profile-count.h:823
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83055
Bug ID: 83055
Summary: [8 Regression] ICE in operator>, at
profile-count.h:834
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83016
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83016
--- Comment #6 from Eric Botcazou ---
Author: ebotcazou
Date: Sun Nov 19 22:36:25 2017
New Revision: 254940
URL: https://gcc.gnu.org/viewcvs?rev=254940&root=gcc&view=rev
Log:
PR ada/83016
* gnatlink.adb (Process_Args): Accept mul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81362
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83001
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83053
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83027
--- Comment #16 from Victor Porton ---
I've discovered that Ahven source uses tasking.
So it is most likely some tasking problem with Ahven.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83056
Bug ID: 83056
Summary: GCC suggests the use of previously reported undeclared
identifiers when reporting new undeclared identifiers
Product: gcc
Version: 7.2.0
Status: UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61118
Paul Eggert changed:
What|Removed |Added
CC||eggert at gnu dot org
--- Comment #12 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65041
Paul Eggert changed:
What|Removed |Added
CC||eggert at gnu dot org
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83057
Bug ID: 83057
Summary: OPEN(3f) without a filename and without
STATUS='SCRATCH' does not produce a warning as being
an extension on unassigned files
Product: gcc
20171119 (experimental) [trunk revision 254940] (GCC)
$
$ g++-7.2.0 -c -w tmp.cpp
$ clang++ -c -w tmp.cpp
$ icc -c -w tmp.cpp
$
$ g++tk -c -w tmp.cpp
tmp.cpp: In member function ‘void B::f()’:
tmp.cpp:7:31: internal compiler error: in warn_placement_new_too_small, at
cp/init.c:2666
void f () { new
/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 20171119
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83057
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
/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 20171119 (experimental
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83061
Bug ID: 83061
Summary: -Wmaybe-uninitialized warnings in gcc/lto/lto-object.c
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
1 - 100 of 102 matches
Mail list logo