https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
--- Comment #6 from Hongtao.liu ---
The missing point of my patch is for 512-bit vector compare, integer mask
vector compare still should be used even with target_xop, that's the root cause
of this issue.
Refer to this part.
---
- i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92879
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92879
Bug ID: 92879
Summary: incorrect warning of __builtin_memset offset is out of
the bounds on zero-size allocation and initialization
Product: gcc
Version: 10.0
Status: UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90374
--- Comment #11 from Jerry DeLisle ---
(In reply to Thomas Henlich from comment #10)
--- snip ---
>
> 13.7.2.3.3 E and D editing
> ... If e is positive the exponent part contains e digits, otherwise it
> contains the minimum number of digits req
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92398
Li Jia He changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92116
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92875
Vincent Lefèvre changed:
What|Removed |Added
CC||vincent-gcc at vinc17 dot net
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92875
--- Comment #7 from Vincent Lefèvre ---
(In reply to jos...@codesourcery.com from comment #5)
> Lack of direct float and double arithmetic requires FLT_EVAL_METHOD == 2
No, FLT_EVAL_METHOD could also be negative, in which case GCC would be allow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92875
--- Comment #6 from anders at wahrzeichnen dot de ---
(In reply to jos...@codesourcery.com from comment #3)
> This is as specified in the C standard.
I guess you are referring to the C18 section
6.3.1.8 (2) "The values of floating operands an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92875
--- Comment #5 from joseph at codesourcery dot com ---
Most architectures use FLT_EVAL_METHOD == 0. It's specific to x87 (and
older m68k) that FLT_EVAL_METHOD == 2 because x87 doesn't support direct
arithmetic on float or double. Lack of dire
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92878
--- Comment #1 from Ville Voutilainen ---
Wishlist item: please add a C++2a mode libstdc++ test that verifies that
make_unique and make_shared work with aggregates. Bonus points for
std::allocator_traits>::construct.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92878
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92841
--- Comment #5 from Boris ---
Hohumm, looks good - this is the same site it generated with your patch:
# arch/x86/kernel/cpu/scattered.c:48: {
movq%gs:40, %rax# MEM[( long unsigned int
*)40B], prephitmp_18
movq%rax, 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92878
Bug ID: 92878
Summary: Parenthesized aggregate initialization doesn't work in
a new-expression
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92877
--- Comment #1 from Thomas Schwinge ---
Author: tschwinge
Date: Mon Dec 9 22:52:56 2019
New Revision: 279147
URL: https://gcc.gnu.org/viewcvs?rev=279147&root=gcc&view=rev
Log:
[PR92116, PR92877] [OpenACC] Replace 'openacc.data_environ' by stand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92116
--- Comment #3 from Thomas Schwinge ---
Author: tschwinge
Date: Mon Dec 9 22:52:56 2019
New Revision: 279147
URL: https://gcc.gnu.org/viewcvs?rev=279147&root=gcc&view=rev
Log:
[PR92116, PR92877] [OpenACC] Replace 'openacc.data_environ' by stand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92503
--- Comment #4 from Thomas Schwinge ---
Author: tschwinge
Date: Mon Dec 9 22:52:47 2019
New Revision: 279146
URL: https://gcc.gnu.org/viewcvs?rev=279146&root=gcc&view=rev
Log:
[PR92503] [OpenACC] Don't silently 'acc_unmap_data' in 'acc_free'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92840
--- Comment #3 from Thomas Schwinge ---
Author: tschwinge
Date: Mon Dec 9 22:52:36 2019
New Revision: 279145
URL: https://gcc.gnu.org/viewcvs?rev=279145&root=gcc&view=rev
Log:
[PR92840] [OpenACC] Refuse 'acc_unmap_data' unless mapped by 'acc_ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83967
eitan at mosenkis dot net changed:
What|Removed |Added
CC||eitan at mosenkis dot net
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92875
--- Comment #4 from anders at wahrzeichnen dot de ---
I don't know about other archs, but on amd64, GCC emits comiss insns (SSE2
single-precision scalar compare) for f0, f1, and f2 and comisd insns (SSE2
double-precision scalar compare) for f3. S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92807
--- Comment #5 from Sunil Pandey ---
Patch link: https://gcc.gnu.org/ml/gcc-patches/2019-12/msg00450.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92875
--- Comment #3 from joseph at codesourcery dot com ---
The value of FLT_EVAL_METHOD applies to constants as well as to
operations. That is, when FLT_EVAL_METHOD == 2, 0.1f has the precision of
long double but the semantic type of float, and 0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92875
--- Comment #2 from anders at wahrzeichnen dot de ---
No, -ffloat-store does not help. And this has little if anything to do with
323, imho.
The asm generated for f3 is instructive: There, GCC wants to load a double
constant 0x3fba i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92796
--- Comment #10 from Vladimir Makarov ---
(In reply to Vladimir Makarov from comment #7)
>
>
> I'm guessing this was never a problem before I added the code to not add
> conflicts for copies. Before then, any two pseudos/registers that were li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92538
Erick Ochoa changed:
What|Removed |Added
Attachment #47278|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92863
--- Comment #2 from Thomas Koenig ---
This looks reasonable:
Index: misc.c
===
--- misc.c (Revision 279064)
+++ misc.c (Arbeitskopie)
@@ -164,9 +164,17 @@ gfc_typename (gf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92796
--- Comment #9 from Peter Bergner ---
(In reply to Vladimir Makarov from comment #7)
> A very interesting case, Peter. I reproduced the case too. I can take it
> from here if you don't mind. The solution I see for this problem is to
> check th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52451
--- Comment #13 from joseph at codesourcery dot com ---
On Fri, 6 Dec 2019, vgupta at synopsys dot com wrote:
> However I'm curious that the test uses qNaN. What is the expected behavior for
> sNaN. If you tweak the testcase slightly as follows
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92116
Thomas Schwinge changed:
What|Removed |Added
Keywords|openacc |
Component|libgomp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92796
--- Comment #8 from Vladimir Makarov ---
(In reply to Vladimir Makarov from comment #7)
> A very interesting case, Peter. I reproduced the case too. I can take it
> from here if you don't mind. The solution I see for this problem is to
> chec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92796
--- Comment #7 from Vladimir Makarov ---
(In reply to Peter Bergner from comment #6)
>
> Vlad (or Jeff), can you point me to where this is supposed to be handled?
> I don't think I see where LRA verifies the reg_renumber[regno] values are
> stil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92761
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92762
--- Comment #4 from Martin Sebor ---
Author: msebor
Date: Mon Dec 9 20:54:11 2019
New Revision: 279139
URL: https://gcc.gnu.org/viewcvs?rev=279139&root=gcc&view=rev
Log:
PR middle-end/92761 - hash_table::expand invokes assignment on invalid obj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92761
--- Comment #11 from Martin Sebor ---
Author: msebor
Date: Mon Dec 9 20:54:11 2019
New Revision: 279139
URL: https://gcc.gnu.org/viewcvs?rev=279139&root=gcc&view=rev
Log:
PR middle-end/92761 - hash_table::expand invokes assignment on invalid ob
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92877
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92503
Thomas Schwinge changed:
What|Removed |Added
Keywords||patch
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49973
--- Comment #21 from David Malcolm ---
(In reply to David Malcolm from comment #20)
> I've committed r279137 on Lewis's behalf, which fixes the issues identified
> in patch #13.
comment #13, I meant to say
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92877
Bug ID: 92877
Summary: [OpenACC] Failure to resolve back via 'acc_hostptr' an
'acc_deviceptr' retrieved for a structured mapping
Product: gcc
Version: unknown
Status: UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92871
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49973
--- Comment #20 from David Malcolm ---
I've committed r279137 on Lewis's behalf, which fixes the issues identified in
patch #13.
As noted in review of the patch, we didn't attempt to change the behavior of
diagnostic_get_location_text with this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49973
--- Comment #19 from David Malcolm ---
Author: dmalcolm
Date: Mon Dec 9 20:03:47 2019
New Revision: 279137
URL: https://gcc.gnu.org/viewcvs?rev=279137&root=gcc&view=rev
Log:
Byte vs column awareness for diagnostic-show-locus.c (PR 49973)
contr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92857
Joshua Saxby changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92875
Andrew Pinski changed:
What|Removed |Added
Target||i?86-linux-gnu
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92876
Bug ID: 92876
Summary: ICE in expand_UNIQUE, at internal-fn.c:2599
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92875
Bug ID: 92875
Summary: GCC ignores the floating-point 'f' suffix in C11 mode
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92874
Bug ID: 92874
Summary: ICE in gfc_dep_compare_expr, at
fortran/dependency.c:36
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92873
Bug ID: 92873
Summary: ICE in unmodified_parm_or_parm_agg_item, at
ipa-fnsummary.c:1166
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92872
Bug ID: 92872
Summary: [10 Regression] ICE in build_fold_indirect_ref_loc, at
fold-const.c:14842
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88624
G. Steinmetz changed:
What|Removed |Added
CC||gs...@t-online.de
--- Comment #2 from G.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92854
--- Comment #6 from jules at gcc dot gnu.org ---
Created attachment 47453
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47453&action=edit
Patch for acc_map_data-device_already-3.c problem
This patch fixes the acc_map_data-device_already-3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92841
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92871
Bug ID: 92871
Summary: new test case g++.dg/ext/temp-extend1.C fails starting
with its introduction in r279069
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92870
Bug ID: 92870
Summary: new test case gcc.dg/vect/vect-shift-5.c fails
starting with its introduction in r279114
Product: gcc
Version: 10.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92869
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #1 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92861
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92869
Bug ID: 92869
Summary: g++ wrongly reports aggregate type as not-aggregate
(when explicitly defaulted ctors are added)
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92861
--- Comment #6 from ian at gcc dot gnu.org ---
Author: ian
Date: Mon Dec 9 18:03:53 2019
New Revision: 279136
URL: https://gcc.gnu.org/viewcvs?rev=279136&root=gcc&view=rev
Log:
PR go/92861
runtime: don't define CLOCK_REALTIME in os_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92861
--- Comment #5 from Ian Lance Taylor ---
You can also just send patches to gcc-patc...@gcc.gnu.org and/or
gofrontend-...@googlegroups.com.
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.
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=92868
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #4 from Martin Sebor -
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
--- 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=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=92841
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=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=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=92848
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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=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=92838
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=92825
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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=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=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=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=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=90282
--- Comment #4 from Andreas Schwab ---
Workaround: use release checking.
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=92840
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
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=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=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=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=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=92867
Ulrich Drepper changed:
What|Removed |Added
CC||drepper.fsp+rhbz at gmail dot
com
---
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=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=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=92832
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=92867
--- Comment #3 from Jakub Jelinek ---
Sure, go ahead.
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=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=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=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
1 - 100 of 158 matches
Mail list logo
