https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92007
--- Comment #24 from Ilya Leoshkevich ---
I got the following results on gcc113:
400.perlbench
Compiler flags: -DSPEC_CPU -DNDEBUG -DPERL_CORE -march=native -g -O3
-funroll-loops -fopt-info-vec-optimized -DSPEC_CPU -DNDEBUG -DPERL_CORE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92844
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92737
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Mon Dec 9 09:00:42 2019
New Revision: 279109
URL: https://gcc.gnu.org/viewcvs?rev=279109&root=gcc&view=rev
Log:
Come up with constructors of symtab_node, cgraph_node and varpool_node.
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92857
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92862
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92845
--- Comment #1 from Claudiu Zissulescu ---
Although the FDCMP (the double precision floating point compare instruction) is
added to the compiler, it is not properly used via cstoredi pattern.
A patch can be this one:
index b592f25afce..bd44030b4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79106
Lucas Bader changed:
What|Removed |Added
CC||lucas.bader at sap dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92737
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92863
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92283
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 92283, which changed state.
Bug 92283 Summary: [10 Regression] 454.calculix miscomparison since r276645
with -O2 -march=znver2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92283
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92855
Alexander Monakov changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #6 from Alexan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47877
Alexander Monakov changed:
What|Removed |Added
CC||thiago at kde dot org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47877
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
--- Comment #2 from David Binderman ---
I am not sure which file was affected. make -j 10 was running, so it could
be one of many.
Fortran is probably not the cause. Beyond trying a make -j 1 build without
fortran, which might take 24 hours or m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92853
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Mon Dec 9 09:58:56 2019
New Revision: 279110
URL: https://gcc.gnu.org/viewcvs?rev=279110&root=gcc&view=rev
Log:
libstdc++: fix buffer overflow in path::operator+= (PR92853)
When concat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89007
--- Comment #1 from prathamesh3492 at gcc dot gnu.org ---
Author: prathamesh3492
Date: Mon Dec 9 09:59:42 2019
New Revision: 279112
URL: https://gcc.gnu.org/viewcvs?rev=279112&root=gcc&view=rev
Log:
2019-12-09 Prathamesh Kulkarni
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92864
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92864
Bug ID: 92864
Summary: [10 Regression] ICE in is_really_empty_class at
gcc/cp/class.c:8595 since r276563
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85559
Bug 85559 depends on bug 92578, which changed state.
Bug 92578 Summary: [i386] cmov not generated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92578
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92578
Hongtao.liu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
Bug ID: 92865
Summary: [10 Regression] error: unrecognizable insn: in
extract_insn, at recog.c:2294 since
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keyword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
--- Comment #1 from Hongtao.liu ---
I'll take a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92834
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Mon Dec 9 10:13:18 2019
New Revision: 279113
URL: https://gcc.gnu.org/viewcvs?rev=279113&root=gcc&view=rev
Log:
PR tree-optimization/92834
* match.pd (A - ((A - B) & -(C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55783
Marc Mutz changed:
What|Removed |Added
CC||marc at kdab dot com
--- Comment #15 from Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92856
Marc Mutz changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #4 from Marc Mutz ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92856
--- Comment #3 from Marc Mutz ---
Indeed, I didn't check that it actually fails in SFINAE. Sorry for that.
This works:
// https://godbolt.org/z/EfJmS4
#include
#include
template
using nonnarrowing_test = decltype(To{std::declval()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
Richard Biener changed:
What|Removed |Added
Keywords||needs-reduction
--- Comment #2 from Ric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92866
Bug ID: 92866
Summary: [10 Regression] libgo build failure on
arm-linux-gnueabihf (ICE, segfault)
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92862
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
Martin Liška changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92007
--- Comment #25 from Maxim Kuvyrkov ---
(In reply to Ilya Leoshkevich from comment #24)
> I got the following results on gcc113:
>
> 400.perlbench
>
> Compiler flags: -DSPEC_CPU -DNDEBUG -DPERL_CORE -march=native -g -O3
> -funroll-loops -fopt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91154
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #38
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92009
Jakub Jelinek changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92864
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
--- Comment #3 from Richard Biener ---
Somewhat reduced:
#include
#include
struct S
{
int operator<<(const int &);
};
S glob;
void foo()
{
S& message_stream = glob;
auto data = std::make_tuple(3,4u);
auto format = [&message_stream](a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
--- Comment #4 from Richard Biener ---
Aha. Reduced testcase:
struct S { int operator<<(const int &); } glob;
void foo()
{
S& message_stream = glob;
auto format = [&message_stream](auto && x) { message_stream << x ;};
format(3);
format(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
Bug ID: 92867
Summary: Use ERF_RETURNS_ARG in more places
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimizati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92388
--- Comment #2 from Martin Liška ---
Any update on this Kyril?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
Bug ID: 92868
Summary: [10 Regression] ICE: tree check: expected integer_cst,
have ssa_name in to_wide, at tree.h:5855
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
--- Comment #3 from Hongtao.liu ---
Since TARGET_XOP only supports 128-bit vector compare, ix86_valid_mask_cmp_mode
should also handle 256/512-bit vector compare when avx512f is avalable.
untested patch
@@ -3428,7 +3428,7 @@ static bool
ix86_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92853
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Mon Dec 9 11:16:29 2019
New Revision: 279115
URL: https://gcc.gnu.org/viewcvs?rev=279115&root=gcc&view=rev
Log:
libstdc++: fix buffer overflow in path::operator+= (PR92853)
When concat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92853
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
Richard Biener changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Target Mile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92007
--- Comment #26 from Ilya Leoshkevich ---
Whoops, I accidentally used a script I normally use for big-endian
machines (s390 actually). But gcc113 is an APM X-Gene Mustang board.
I'll try again with your flags and see if I can reproduce the regre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12955
--- Comment #15 from Steven Bosscher ---
> cc-ing Geoffrey Keating from that thread
Eric, can you please stop adding people from the past to CC lists?
I'm sure you mean well, but it's not always appreciated.
Geoff hasn't been involved in GCC wo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
--- Comment #4 from Richard Biener ---
(In reply to Hongtao.liu from comment #3)
> Since TARGET_XOP only supports 128-bit vector compare,
> ix86_valid_mask_cmp_mode should also handle 256/512-bit vector compare when
> avx512f is avalable.
>
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92854
--- Comment #2 from jules at gcc dot gnu.org ---
For strictly-paired acc_map_data/acc_unmap_data calls that don't interfere with
other mappings -- no, probably not. But (like I guess you noticed too) the
existing code feels wrong (or at least ugly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
--- Comment #4 from David Binderman ---
Some progress: make -j 1 with languages set to C only, got this:
/home/dcb/gcc/working/./gcc/xgcc -B/home/dcb/gcc/working/./gcc/
-B/home/dcb/gcc/results.279100.valgrind/x86_64-pc-linux-gnu/bin/
-B/home/dcb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
--- Comment #5 from David Binderman ---
Problem seems to go away if I set VALGRIND_OPTS
export VALGRIND_OPTS="--expensive-definedness-checks=yes"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92857
--- Comment #2 from Joshua Saxby ---
(In reply to Richard Biener from comment #1)
> I think the warning is about foo - bar being carried out in type 'int' due to
> integer promotion and that converted to size_t which may turn the negative
> resul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92586
--- Comment #4 from epagone ---
The test case compiles and runs correctly on ifort 19.0.1.144
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92854
--- Comment #3 from Thomas Schwinge ---
Author: tschwinge
Date: Mon Dec 9 11:40:17 2019
New Revision: 279120
URL: https://gcc.gnu.org/viewcvs?rev=279120&root=gcc&view=rev
Log:
[PR92854] Add 'libgomp.oacc-c-c++-common/pr92854-1.c'
... to docume
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92511
--- Comment #3 from Thomas Schwinge ---
Author: tschwinge
Date: Mon Dec 9 11:40:36 2019
New Revision: 279122
URL: https://gcc.gnu.org/viewcvs?rev=279122&root=gcc&view=rev
Log:
[PR92511] More testing for OpenACC "present" subarrays
In particula
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92857
--- Comment #3 from Joshua Saxby ---
I can confirm that if `MyUnsigned` is changed to `unsigned char`, the issue
persists, however if it is changed to `unsigned int`, the issue is not present.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
--- Comment #3 from Jakub Jelinek ---
Sure, go ahead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
--- Comment #6 from Martin Liška ---
I have a reduced test-case, but thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 92832, which changed state.
Bug 92832 Summary: valgrind error in incorporate_penalties
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92410
--- Comment #8 from Matthew Malcomson ---
Author: matmal01
Date: Mon Dec 9 12:03:53 2019
New Revision: 279124
URL: https://gcc.gnu.org/viewcvs?rev=279124&root=gcc&view=rev
Log:
[mid-end] Add notes to dataflow insn info when re-emitting (PR92410
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92854
--- Comment #4 from Thomas Schwinge ---
Created attachment 47444
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47444&action=edit
[WIP] 'libgomp.oacc-c-c++-common/acc_map_data-device_already-*.c',
'libgomp.oacc-c-c++-common/acc_map_data-hos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
Ulrich Drepper changed:
What|Removed |Added
CC||drepper.fsp+rhbz at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92503
--- Comment #2 from Thomas Schwinge ---
Created attachment 47445
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47445&action=edit
[PR92503] [OpenACC] Don't silently 'acc_unmap_data' in 'acc_free'
(In reply to jules from comment #1)
> FWIW,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
--- Comment #5 from Hongtao.liu ---
(In reply to Richard Biener from comment #4)
> (In reply to Hongtao.liu from comment #3)
> > Since TARGET_XOP only supports 128-bit vector compare,
> > ix86_valid_mask_cmp_mode should also handle 256/512-bit ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
--- Comment #5 from Jakub Jelinek ---
GCC already has various attributes that take argument positions, e.g. the
nonnull, alloc_size, format, format_arg, so we should follow what is used for
those for this argument.
E.g. for format_arg we document
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92861
--- Comment #3 from Samuel Thibault ---
Created attachment 47446
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47446&action=edit
fix duplicate definition
Ah, sorry, _CLOCK_REALTIME is actually already getting defined in the generated
libg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92861
Samuel Thibault changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92840
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90282
--- Comment #3 from John Paul Adrian Glaubitz ---
This problem is still present in r278870:
../../src/gcc/ubsan.c: In function 'tree_node* ubsan_type_descriptor(tree,
ubsan_print_style)':
../../src/gcc/ubsan.c:409:33: warning: unterminated quote
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90282
--- Comment #4 from Andreas Schwab ---
Workaround: use release checking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92840
--- Comment #2 from jules at gcc dot gnu.org ---
I think that looks OK, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92854
--- Comment #5 from jules at gcc dot gnu.org ---
Huh, yes, I missed that line in the spec (about existing mappings). I'll have a
look at the test case you mentioned.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91226
--- Comment #3 from Joseph S. Myers ---
Author: jsm28
Date: Mon Dec 9 13:59:24 2019
New Revision: 279129
URL: https://gcc.gnu.org/viewcvs?rev=279129&root=gcc&view=rev
Log:
Fix libdecnumber handling of non-canonical BID significands (PR
middle-e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91226
--- Comment #4 from Joseph S. Myers ---
Fixed for GCC 10. Leaving open for now for possible backports to GCC 9 and 8
branches as a wrong-code fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92843
--- Comment #4 from Thomas Schwinge ---
Created attachment 47448
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47448&action=edit
[WIP] [PR92843] [OpenACC] Disallow 'acc_delete' etc. for TODOeverything without
a dynamic reference count
Jul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92825
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92843
--- Comment #5 from Thomas Schwinge ---
Created attachment 47450
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47450&action=edit
[WIP] [PR92843, or is this a separate PR?] Properly handly dynamic reference
counts for TODO'REFCOUNT_INFINITY
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92838
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92843
--- Comment #6 from jules at gcc dot gnu.org ---
Please don't start making changes to the reference-counting code that is being
replaced by my overhaul patch. The existing code was rewritten for a reason --
that being, I hit various problems with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92398
Bill Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92848
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92848
--- Comment #2 from jules at gcc dot gnu.org ---
Again, please don't change this code under the feet of the refcount overhaul
patch! Using the (currently OpenMP-specific) GOMP_MAP_VARS_ENTER_DATA is going
to end up mighty confusing from OpenACC-sp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92007
--- Comment #27 from Ilya Leoshkevich ---
With
-DSPEC_CPU -DNDEBUG -DPERL_CORE -O3 -save-temps=obj -fopt-info-vec-optimized
-DSPEC_CPU_LP64 -DSPEC_CPU_LINUX_X64 -fgnu89-inline
on gcc113 I can see 2% slowdown:
r277511 (without this fix)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92841
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
--- Comment #3 from Martin Sebor ---
Martin, thanks for CC'ing me on bugs I cause, but please leave assigning them
to me or whoever might choose to come up with a fix before I get to it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92857
--- Comment #4 from Andrew Pinski ---
(In reply to Joshua Saxby from comment #2)
> (In reply to Richard Biener from comment #1)
> > I think the warning is about foo - bar being carried out in type 'int' due
> > to
> > integer promotion and that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #4 from Martin Sebor -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
--- Comment #5 from Jakub Jelinek ---
(In reply to Martin Sebor from comment #4)
> The problem is fixed by the patch for PR 91582:
> https://gcc.gnu.org/ml/gcc-patches/2019-12/msg00478.html
That patch doesn't even mention the compute_objsize cha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92866
--- Comment #1 from Ian Lance Taylor ---
This doesn't look like a Go problem, it looks like a backend problem.
1 - 100 of 158 matches
Mail list logo
