https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94646
Bug ID: 94646
Summary: [arm] invalid codegen for conversion from 64-bit int
to double hardfloat
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94645
--- Comment #1 from Avi Kivity ---
Created attachment 48304
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48304=edit
reduced test case (after preprocessing)
This is what the compiler spat out after it failed to compile the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94645
Bug ID: 94645
Summary: incorrect concecpt evaluation with decltype, plus
internal erropr
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94644
Bug ID: 94644
Summary: Wrong is_nothrow_move_constructible result if used in
a template first
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94255
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94592
Marek Polacek changed:
What|Removed |Added
Keywords||patch
--- Comment #8 from Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88601
--- Comment #4 from Andrew Pinski ---
(In reply to Jeff Muizelaar from comment #3)
> As heads up, we're also starting to use __builtin_shufflevector in Firefox:
> https://searchfox.org/mozilla-central/source/gfx/wr/swgl/src/vector_type.h
>
> We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94643
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577
--- Comment #206 from dave.anglin at bell dot net ---
Does adding the linker option "-Wl,-O" help to reduce the size of cc1 and
cc1plus?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94643
Bug ID: 94643
Summary: [x86_64] gratuitous sign extension of nonnegative
value from 32 to 64 bits
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88601
Jeff Muizelaar changed:
What|Removed |Added
CC||jmuizelaar at mozilla dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94231
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94550
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94417
--- Comment #8 from H.J. Lu ---
Fixed for GCC 10, GCC 9.4 and GCC 8.5.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94417
--- Comment #7 from CVS Commits ---
The releases/gcc-8 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:99ddb11c0840f68466a14fd583dd4d3a558d4961
commit r8-10186-g99ddb11c0840f68466a14fd583dd4d3a558d4961
Author: H.J. Lu
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89355
--- Comment #10 from CVS Commits ---
The releases/gcc-8 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:99ddb11c0840f68466a14fd583dd4d3a558d4961
commit r8-10186-g99ddb11c0840f68466a14fd583dd4d3a558d4961
Author: H.J. Lu
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94622
--- Comment #1 from acsawdey at gcc dot gnu.org ---
Compiling with -dap we see:
sync # 7[c=12 l=4] *hwsync
plq 8,.LANCHOR0@pcrel# 8[c=8 l=12] load_quadpti
mr 10,9 # 9[c=4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94417
--- Comment #6 from CVS Commits ---
The releases/gcc-9 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:4a745938b56da04ed01055d5bcb520dc1c760414
commit r9-8508-g4a745938b56da04ed01055d5bcb520dc1c760414
Author: H.J. Lu
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89355
--- Comment #9 from CVS Commits ---
The releases/gcc-9 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:4a745938b56da04ed01055d5bcb520dc1c760414
commit r9-8508-g4a745938b56da04ed01055d5bcb520dc1c760414
Author: H.J. Lu
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90983
Martin Sebor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94642
Bug ID: 94642
Summary: missing -Wformat-overflow on %f with excessive
precision
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90275
--- Comment #22 from CVS Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:3737ccc424c56a2cecff202dd79f88d28850eeb2
commit r10-7781-g3737ccc424c56a2cecff202dd79f88d28850eeb2
Author: Jeff Law
Date: Fri Apr 17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94550
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94641
Bug ID: 94641
Summary: -Wpadded -fsanitize=undefined together cause warning
on main()
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94631
--- Comment #8 from Rich Felker ---
OK, I think it's in 6.3.1.1 Boolean, characters, and integers, ¶2, but somewhat
poorly worded:
"The following may be used in an expression wherever an int or unsigned int may
be used:
- An object or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94631
--- Comment #7 from Rich Felker ---
Can you provide a citation for that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94631
--- Comment #6 from joseph at codesourcery dot com ---
On Fri, 17 Apr 2020, bugdal at aerifal dot cx wrote:
> No, GCC's treatment also seems to mess up bitfields smaller than int and fully
> governed by the standard (no implementation-defined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93146
Andrew Paprocki changed:
What|Removed |Added
CC||andrew at ishiboo dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94439
--- Comment #6 from Jeffrey A. Law ---
And has likely been broken since the introduction of VTA if I'm reading the
code correctly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94439
Jeffrey A. Law changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |law at redhat dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94635
Tobias Burnus changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51513
Peter Bergner changed:
What|Removed |Added
Status|CLOSED |REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94439
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88754
Patrick Palka changed:
What|Removed |Added
Summary|[8/9/10 Regression] |[8/9 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94483
Patrick Palka changed:
What|Removed |Added
Summary|[9/10 Regression] ICE: tree |[9 Regression] ICE: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88754
--- Comment #5 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:3f5af3f71195b7f1ebe32bd0d695b59904fff778
commit r10-7779-g3f5af3f71195b7f1ebe32bd0d695b59904fff778
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94483
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:a28edad3da5c59f09565d3d42e20be1a924986c4
commit r10-7780-ga28edad3da5c59f09565d3d42e20be1a924986c4
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94623
--- Comment #2 from David Binderman ---
Host and target are the same: x86_64-pc-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94637
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94090
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94090
--- Comment #4 from CVS Commits ---
The master branch has been updated by Thomas Kथà¤nig :
https://gcc.gnu.org/g:2298af0800b292f028298c1eaec42fd3033c4b9b
commit r10-7778-g2298af0800b292f028298c1eaec42fd3033c4b9b
Author: Thomas König
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94106
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94637
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90392
Jeffrey A. Law changed:
What|Removed |Added
Status|WAITING |NEW
Summary|[8/9/10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90983
--- Comment #5 from Torsten Robitzki ---
(In reply to Martin Sebor from comment #4)
> Using a very large -Wstack-usage argument should effectively disable the
> warning. E.g., -Wstack-usage=4EiB or -Wstack-usage=$(getconf ULONG_MAX).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94623
--- Comment #1 from Iain Buclaw ---
Needs more host/target information.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94635
--- Comment #2 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:af557050fd011a03d21dc26b31959033061a0443
commit r10--gaf557050fd011a03d21dc26b31959033061a0443
Author: Tobias Burnus
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90983
--- Comment #4 from Martin Sebor ---
Using a very large -Wstack-usage argument should effectively disable the
warning. E.g., -Wstack-usage=4EiB or -Wstack-usage=$(getconf ULONG_MAX).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94637
--- Comment #4 from Andrew Pinski ---
The change needs to happen inside c_parser_objc_selector_arg.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94637
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94633
--- Comment #2 from Ian Lance Taylor ---
See https://gcc.gnu.org/PR94611 and https://gcc.gnu.org/PR94466.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94626
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94631
--- Comment #5 from Rich Felker ---
No, GCC's treatment also seems to mess up bitfields smaller than int and fully
governed by the standard (no implementation-defined use of non-int types):
struct foo {
unsigned x:31;
};
struct foo bar =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90392
Jeffrey A. Law changed:
What|Removed |Added
Summary|[9/10 Regression] Assertion |[8/9/10 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90983
--- Comment #3 from Torsten Robitzki ---
Is there a workaround to disable that warning (once it was enabled) for the
case, gcc detects an unbound stack usage?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94630
--- Comment #6 from Segher Boessenkool ---
Please mention in the TITLE that this is ONLY for the ELFv2 ABI?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94636
Martin Liška changed:
What|Removed |Added
Keywords|easyhack|
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94578
--- Comment #9 from Thomas Koenig ---
Here's what a solution could look like. I am not really sure that this
is the way to go, there may be some corner cases (pointer to an
argument which was passed as a transposed argument?) which this
might
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94635
Tobias Burnus changed:
What|Removed |Added
Ever confirmed|0 |1
Component|libgomp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94567
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
--- Comment #14 from David Binderman ---
There is also this one from cppcheck:
trunk.git/libstdc++-v3/include/debug/formatter.h:302:40: warning: Redundant
assignment of '_M_variant._M_iterator._M_constness' to itself. [selfAssignment]
Source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
--- Comment #13 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2e3897490e0f99b22a2813cfb34d59a1ea71ff68
commit r10-7774-g2e3897490e0f99b22a2813cfb34d59a1ea71ff68
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92326
--- Comment #12 from Martin Sebor ---
Thanks! I'm glad to see the new warning has helpe identify (and fix) a real
bug!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94567
--- Comment #16 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:1dfc50232dcb703454db4f54c538042a32be2138
commit r10-7773-g1dfc50232dcb703454db4f54c538042a32be2138
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #27 from Jakub Jelinek ---
Now, perhaps the analysis code could also detect which lhs are directly or
indirectly needed by debug stmts and when doing this return NULL in
remap_gimple_stmt, we could do something like (much simplified)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94578
--- Comment #8 from Thomas Koenig ---
The bug appears to affect intrinsics only, for example this
program main
implicit none
type foo
integer :: x, y
end type foo
integer, dimension(:), pointer :: bp
type (foo), dimension(4),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94637
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #26 from Jakub Jelinek ---
For debug stmts, it would be best if we could use those
DEBUG D#Y s=> parm
DEBUG var => D#Y
added in if (param_body_adjs && MAY_HAVE_DEBUG_BIND_STMTS).
Though, if we remove already
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #24 from rguenther at suse dot de ---
On April 17, 2020 3:53:07 PM GMT+02:00, "jakub at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
>
>--- Comment #23 from Jakub Jelinek ---
>Instead of #c11 I meant:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #25 from Martin Jambor ---
(In reply to rguent...@suse.de from comment #21)
> Btw, I'd much prefer to not first copy the stmts and then remove them.
> Instead the DCE "analysis" can be done on the original IL and stmts
> be "marked"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #23 from Jakub Jelinek ---
Instead of #c11 I meant:
- else if ((is_gimple_assign (stmt) && !gimple_has_volatile_ops (stmt))
-|| gimple_code (stmt) == GIMPLE_PHI)
+ else if (flag_tree_dce
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #22 from Martin Jambor ---
(In reply to Jakub Jelinek from comment #18)
> Comment on attachment 48302 [details]
> Untested fix
>
> + /* IPA-SRA does not analyze other types of statements. */
> + gcc_unreachable ();
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94640
Bug ID: 94640
Summary: false-positive leaking FILE pointer assigned to
function passed pointer
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94632
--- Comment #2 from Patrick Palka ---
Smaller testcase that exhibits the ICE:
template struct b;
template class c {
template static void d(f e, b x);
public:
static const bool h = false;
};
bool y = c::h;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94639
Bug ID: 94639
Summary: false-positive uninitialized value on fixed sized
array
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94608
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94608
--- Comment #2 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:256f2b632908ba46bb185c4850fc8e79dfdb9dbc
commit r10-7772-g256f2b632908ba46bb185c4850fc8e79dfdb9dbc
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94549
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94597
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94637
--- Comment #1 from rfm at gnu dot org ---
*** Bug 94638 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94638
rfm at gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94637
Bug ID: 94637
Summary: @selector() broken for selectors containing repeated
colons
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94638
Bug ID: 94638
Summary: @selector() broken for selectors containing repeated
colons
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94630
--- Comment #5 from Michael Meissner ---
Note, at the moment, the patches are to make the existing configure switch
(--with-long-double=ieee) work correctly.
However, we need all of the pieces in place (gcc, glibc, libstdc++, etc.)
before we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94632
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #21 from rguenther at suse dot de ---
On Fri, 17 Apr 2020, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
>
> --- Comment #20 from Jakub Jelinek ---
> Looking at tree-ssa-dce.c, it uses
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
--- Comment #12 from Jakub Jelinek ---
(In reply to Andrew Stubbs from comment #11)
> (In reply to Jakub Jelinek from comment #10)
> > or if instead we should drop the "status = " for the cases where nothing
> > checks it. Andrew?
>
> I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #20 from Jakub Jelinek ---
Looking at tree-ssa-dce.c, it uses remove_phi_node rather than gsi_remove for
PHIs. And for non-PHIs, it calls release_defs after gsi_remove.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #19 from Richard Biener ---
(In reply to Martin Jambor from comment #17)
> Created attachment 48302 [details]
> Untested fix
>
> I'm playing with this - only very mildly tested - fix.
Ugh.
I was thinking of altering the parameter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
--- Comment #11 from Andrew Stubbs ---
(In reply to Jakub Jelinek from comment #10)
> or if instead we should drop the "status = " for the cases where nothing
> checks it. Andrew?
I think checking the status is probably good practice, even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #18 from Jakub Jelinek ---
Comment on attachment 48302
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48302
Untested fix
+ /* IPA-SRA does not analyze other types of statements. */
+ gcc_unreachable ();
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94634
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #17 from Martin Jambor ---
Created attachment 48302
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48302=edit
Untested fix
I'm playing with this - only very mildly tested - fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79469
--- Comment #2 from felix ---
I realised recently that this is already expressible:
#define __builtin_assume(expr) \
(__builtin_pure_p(expr) \
? ((expr) \
? (void) 0 \
: __builtin_unreachable()) \
:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94635
--- Comment #1 from Tobias Burnus ---
Just showing the dump – without further analysis:
#pragma omp target enter data
map(alloc:MEM[(c_char *)_9] [len: _8]) // _9 = my1dptr.data, _8 = 20*4
map(to:my1dptr [pointer set, len: 64])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94636
Bug ID: 94636
Summary: gcov should and could output overall coverage. This
is just a 2 code lines change.
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94635
Bug ID: 94635
Summary: [OpenMP][Offloading] mapping with alloc/delete
followed by map(from/fromto fails
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94634
Bug ID: 94634
Summary: ++(fun(a)) is acts as lvalue
Product: gcc
Version: 7.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
Jakub Jelinek changed:
What|Removed |Added
CC||ams at gcc dot gnu.org
--- Comment #10
1 - 100 of 146 matches
Mail list logo
