https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82957
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81117
--- Comment #12 from Dmitry G. Dyachenko ---
char *strncpy(char *dest, const char *src, size_t n);
void foo(char* p)
{
strncpy(p, "1", 1);
p[1] = 0;
}
with gcc8/r254663 is this expected?
$ gcc -c -Wall x.c
x.c: In function ‘foo’:
x.c:4:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82954
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Mon Nov 13 09:01:24 2017
New Revision: 254671
URL: https://gcc.gnu.org/viewcvs?rev=254671&root=gcc&view=rev
Log:
PR tree-optimization/82954
* gimple-ssa-store-merging.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82939
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82940
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82959
Bug ID: 82959
Summary: g++ doesn't appreciate C++17 evaluation order rules
for overloaded operators
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82948
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82946
--- Comment #3 from Richard Biener ---
(In reply to Martin Sebor from comment #0)
> In the program below, while GCC optimizes the strlen call in f() to a
> constant it doesn't do the same for the equivalent function g().
>
> I suspect this is ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82949
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82950
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82951
--- Comment #2 from Richard Biener ---
Hmm, on RTL signs do not matter. I'd say strip the bogus cases from the
existing tests and "duplicate" them into new variants using -fwrapv? Thus only
apply -fwrapv to those cases that need it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82959
--- Comment #1 from Evgeniy Shcherbina ---
Not that it matters much, but it should be "int i = -1;" in the code to match
my description fully.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82960
Bug ID: 82960
Summary: spu_machine_dependent_reorg does not handle
jump_table_data insn
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82952
Richard Biener changed:
What|Removed |Added
Keywords||compile-time-hog
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82954
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82955
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82957
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78990
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82831
--- Comment #15 from Jan Hubicka ---
Hello,
here is what happens. There is problematic block BB 36
;; basic block 36, loop depth 0, count 34157, maybe hot
;; prev block 35, next block 37, flags: (HOT_PARTITION, RTL, MODIFIED)
;; pred: 33
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82960
--- Comment #1 from Tom de Vries ---
Created attachment 42592
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42592&action=edit
Tentative patch
Using this tentative patch, I manage to finish the build.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82952
Jakub Jelinek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #15 from Jakub Jelinek ---
Author: jakub
Date: Mon Nov 13 10:26:13 2017
New Revision: 254679
URL: https://gcc.gnu.org/viewcvs?rev=254679&root=gcc&view=rev
Log:
PR tree-optimization/78821
* gimple-ssa-store-merging.c (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82831
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #16 from Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82961
Bug ID: 82961
Summary: ICE in dwarf2out.c: deferred_asm_name != NULL
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82961
Tom de Vries changed:
What|Removed |Added
Target||alpha-dec-vms
--- Comment #1 from Tom de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82962
Bug ID: 82962
Summary: valgrind reports "Conditional jump or move depends on
uninitialised value" in EXECUTE_COMMAND_LINE
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82963
Bug ID: 82963
Summary: -Waddress too trigger happy
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82963
--- Comment #1 from Michal Hocko ---
Btw. the compiler doesn't complain if I rewrite the macro to do an explicit
NULL check
(maskp != NULL) ? MAX_NUMNODES : 0, (maskp != NULL) ? (maskp)->bits : NULL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82962
--- Comment #1 from janus at gcc dot gnu.org ---
Possible patch:
Index: libgfortran/intrinsics/execute_command_line.c
===
--- libgfortran/intrinsics/execute_command_line.c (rev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82962
--- Comment #2 from janus at gcc dot gnu.org ---
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
at all:
Index: libgfortran/intrinsics/e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82962
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82962
--- Comment #3 from janus at gcc dot gnu.org ---
I have verified that the patch in comment 2 fixes the problem on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82134
Arne Vogel changed:
What|Removed |Added
CC||arvo at me dot com
--- Comment #4 from Arne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82134
--- Comment #5 from Jakub Jelinek ---
I don't argue that returning empty structures can be sometimes useful.
But I fail to understand why would you want to use warn_unused_result attribute
on such functions, that just makes no sense, because ther
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82964
Bug ID: 82964
Summary: gfortran.dg/class_array_1.f03 regression since r254388
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82831
--- Comment #17 from Jan Hubicka ---
> > This seems reasonable things to do. Only what BB reorder misses is that it
> > may do the partitining fixup after the duplication. I am not sure if that
> > is
> > desirable as that would affect existing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81117
--- Comment #13 from Dmitry G. Dyachenko ---
Sounds like -Wno-stringop-overflow does not propagate into LTO build.
I'll try make a small testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82962
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82737
Nathan Sidwell changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|marxin at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82965
Bug ID: 82965
Summary: [8 regression][armeb] gcc.dg/vect/pr79347.c starts
failing after r254379
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82948
Sudakshina Das changed:
What|Removed |Added
CC||sudi.das at arm dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82966
Bug ID: 82966
Summary: node_handle swap fails to compile
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81117
--- Comment #14 from Martin Sebor ---
(In reply to Dmitry G. Dyachenko from comment #12)
I'm afraid the warning in the constant string case is unavoidable. The call is
folded at a point where the checker doesn't have access to the subsequent
st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81117
--- Comment #15 from Martin Sebor ---
(In reply to Dmitry G. Dyachenko from comment #12)
LTO doesn't interact with these warnings very well. pr71907 and pr79062 track
a couple of the problems I know about. If you find a different issue please
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82967
Bug ID: 82967
Summary: "did you mean" suggestions are way too suggestive
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82946
--- Comment #4 from Martin Sebor ---
(In reply to Richard Biener from comment #3)
As I explained in comment #0, a_5(D)->d can safely be assumed not to point to
itself as a result of the subsequent access to what it points to in strlen, and
thank
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82939
--- Comment #4 from Eric Gallager ---
Created attachment 42594
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42594&action=edit
genmatch crash report
(In reply to Richard Biener from comment #3)
> Hmm, GCC 4.2 as host compiler and using no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81117
--- Comment #16 from Dmitry G. Dyachenko ---
(In reply to Martin Sebor from comment #15)
Thank you. Nice warnings!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82939
--- Comment #5 from Eric Gallager ---
(In reply to Eric Gallager from comment #4)
> Created attachment 42594 [details]
> genmatch crash report
>
> (In reply to Richard Biener from comment #3)
> > Hmm, GCC 4.2 as host compiler and using non-stand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82968
Bug ID: 82968
Summary: gfortran.dg/ieee/ieee_6.f90 fails at -O0
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81351
--- Comment #7 from Eric Botcazou ---
Author: ebotcazou
Date: Mon Nov 13 17:26:41 2017
New Revision: 254697
URL: https://gcc.gnu.org/viewcvs?rev=254697&root=gcc&view=rev
Log:
PR lto/81351
* debug.h (dwarf2out_do_eh_frame): Declar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82969
Bug ID: 82969
Summary: ICE in gfc_class_vptr_get, at fortran/trans-expr.c:211
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82969
--- Comment #1 from G. Steinmetz ---
These variants compile :
$ cat z2.f90
module m
type t
real, allocatable :: x(:)
procedure(f), nopass, pointer :: g
end type
contains
function f() result(z)
class(t), pointer :: z
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81351
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81351
--- Comment #8 from Eric Botcazou ---
Author: ebotcazou
Date: Mon Nov 13 17:29:37 2017
New Revision: 254700
URL: https://gcc.gnu.org/viewcvs?rev=254700&root=gcc&view=rev
Log:
PR lto/81351
* dwarf2out.c (do_eh_frame): New static v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82970
Bug ID: 82970
Summary: ICE in vptr_field_get, at fortran/trans-expr.c:264
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82970
--- Comment #1 from G. Steinmetz ---
This variant compiles, of course :
$ cat z3.f90
program p
type t
end type
class(t), allocatable :: x(:)[:]
class(t), allocatable :: z(:)
allocate (x(2)[*])
allocate (z, source=x)
end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82971
Bug ID: 82971
Summary: ICE in gfc_find_derived_vtab, at fortran/class.c:2214
...
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82971
--- Comment #1 from G. Steinmetz ---
$ cat z2.f90
module m
type t
end type
class(t), target :: z
type t2
class(t), pointer :: x => z
end type
end
$ gfortran-8-20171112 -c z2.f90
f951: internal compiler error: Segmentation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81117
--- Comment #17 from Daniel Fruzynski ---
(In reply to Martin Sebor from comment #14)
> (In reply to Dmitry G. Dyachenko from comment #12)
>
> I'm afraid the warning in the constant string case is unavoidable. The call
> is folded at a point wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82945
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82869
--- Comment #9 from Janne Blomqvist ---
Author: jb
Date: Mon Nov 13 20:01:20 2017
New Revision: 254706
URL: https://gcc.gnu.org/viewcvs?rev=254706&root=gcc&view=rev
Log:
Introduce logical_type_node and use it
Backport from trunk.
Earlier GFort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82869
Janne Blomqvist changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82869
--- Comment #11 from james.s.spencer at gmail dot com ---
(In reply to Janne Blomqvist from comment #10)
> Fixed now on the gcc-7 branch as well. Thanks James for reporting, and
> Martin for bisecting!
Thanks for the quick fix!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82970
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78619
--- Comment #4 from Paul Thomas ---
Author: pault
Date: Mon Nov 13 20:43:26 2017
New Revision: 254708
URL: https://gcc.gnu.org/viewcvs?rev=254708&root=gcc&view=rev
Log:
2017-11-13 Paul Thomas
Backport from trunk
PR fortran/78
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82934
--- Comment #4 from Paul Thomas ---
Author: pault
Date: Mon Nov 13 20:46:08 2017
New Revision: 254709
URL: https://gcc.gnu.org/viewcvs?rev=254709&root=gcc&view=rev
Log:
2017-11-13 Paul Thomas
Backport from trunk
PR fortran/82
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82972
--- Comment #1 from G. Steinmetz ---
Files from catalog ./gcc/testsuite/gfortran.dg :
pdt_10.f03
pdt_2.f03
$ gfortran-8-20171105 -finit-derived -c pdt_2.f03
$ gfortran-8-20171112 -finit-derived -c pdt_2.f03
pdt_2.f03:25:0:
end subrou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82972
Bug ID: 82972
Summary: ICE with -finit-derived in gfc_conv_structure, at
fortran/trans-expr.c:7733 (and others)
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82972
--- Comment #2 from G. Steinmetz ---
Files from catalog ./gcc/testsuite/gfortran.dg :
pdt_3.f03
pdt_7.f03
$ gfortran-8-20171105 -finit-derived -c pdt_7.f03
$ gfortran-8-20171112 -finit-derived -c pdt_7.f03
pdt_7.f03:20:0:
end
internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82971
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82886
Fritz Reese changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82973
Bug ID: 82973
Summary: ICE in output_constant_pool_2, at varasm.c:3896 on
aarch64
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82974
Bug ID: 82974
Summary: ICE in extract_insn, at recog.c:2305 on aarch64
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82972
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82972
Fritz Reese changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82975
Bug ID: 82975
Summary: ICE in baseness at rtlanal.c:6220
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82973
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82976
Bug ID: 82976
Summary: [8 Regression] Error: non-trivial conversion at
assignment since r254526
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78240
Fritz Reese changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82360
--- Comment #9 from Jason Merrill ---
Author: jason
Date: Mon Nov 13 21:49:16 2017
New Revision: 254710
URL: https://gcc.gnu.org/viewcvs?rev=254710&root=gcc&view=rev
Log:
PR c++/82360 - ICE with static_cast in template.
* call.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82977
Bug ID: 82977
Summary: [8 Regression] AddressSanitizer: heap-use-after-free
in strlen_optimize_stmt
.././../gcc/tree-ssa-strlen.c:2971
Product: gcc
Version: 7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82977
--- Comment #1 from Martin Liška ---
Created attachment 42595
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42595&action=edit
test-case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82737
--- Comment #22 from Martin Liška ---
(In reply to Nathan Sidwell from comment #21)
> yeah, I messed up. I had presumed that once set, DECL_ASSEMBLER_NAME does
> not change. That is untrue.
> In this case it's even worse, in that DECL_ASSEMBLER
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82973
Martin Liška changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82360
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78240
Fritz Reese changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78240
--- Comment #5 from Fritz Reese ---
Author: foreese
Date: Tue Nov 14 01:25:26 2017
New Revision: 254718
URL: https://gcc.gnu.org/viewcvs?rev=254718&root=gcc&view=rev
Log:
2017-11-13 Fritz Reese
PR fortran/78240
gcc/fortran/ChangeLog:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82978
Bug ID: 82978
Summary: [PDT] [F2003] Paramaterized Derived Type LEN
parameters take the latest value per-kind
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60702
Kan Wang changed:
What|Removed |Added
CC||tinrow at gmail dot com
--- Comment #5 from K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82979
Bug ID: 82979
Summary: [PDT] [F2003] [ice-on-invalid] ICE (segfault) on
invalid type-param-name-list in PDT declaration
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82980
Bug ID: 82980
Summary: Regression in determination of current instantiation
(invalid requirement of template keyword)
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82977
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2017-11-13 00:00:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82981
Bug ID: 82981
Summary: unnecessary __multi3 call for mips64r6 linux kernel
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82981
--- Comment #1 from Jim Wilson ---
This problem is causing link errors for the mips64r6 linux kernel. They would
like the gcc developers to fix it, instead of adding a definition of the
__multi3 function to the linux kernel.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82982
Bug ID: 82982
Summary: [8 Regression] ICE: qsort checking failed (error:
qsort comparator non-negative on sorted output: 5) in
ready_sort_real in haifa scheduler
Product: gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82882
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82983
Bug ID: 82983
Summary: [8 Regression] ICE in extract_insn, at recog.c:2305 w/
GFMI
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82983
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |8.0
99 matches
Mail list logo