https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94236
--- Comment #5 from Aron ---
(In reply to Andrew Pinski from comment #4)
> Do you have a source where you run into a relocation overflowing?
> Or is there a specific reason why you need long calls here?
The current form of Threos OS requires suc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94236
--- Comment #6 from Andrew Pinski ---
Note for Threos OS, please don't reuse the same target triplet as elf or linux;
use your own triplet. Also adding long calls is not hard and such.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94236
--- Comment #7 from Aron ---
(In reply to Andrew Pinski from comment #6)
> Note for Threos OS, please don't reuse the same target triplet as elf or
> linux; use your own triplet. Also adding long calls is not hard and such.
As a simple start, I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94237
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94239
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94233
--- Comment #3 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:b809f0b6580969c4f047f4dae072c090718efd76
commit r10-7326-gb809f0b6580969c4f047f4dae072c090718efd76
Author: Tobias Burnus
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94245
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94246
Richard Biener changed:
What|Removed |Added
Keywords||error-recovery,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94247
Richard Biener changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94247
--- Comment #3 from Richard Biener ---
Yes, it's bad programming practice to use 'char' for any arithmetic.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94266
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94233
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94250
--- Comment #6 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:2fa4b1ffd6e4058e53b3a486494b00098ee1bf63
commit r10-7327-g2fa4b1ffd6e4058e53b3a486494b00098ee1bf63
Author: Martin Liska
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94250
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94266
--- Comment #2 from Richard Biener ---
This looks latent somewhat. The issue is manifold - first we end up
with &TARGET_MEM_REF [_1] where the TARGET_MEM_REF was not canonicalized
to a MEM_REF because
static tree
create_mem_ref_raw (tree type,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94265
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94254
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94261
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94263
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94267
Bug ID: 94267
Summary: Missed folding of &TARGET_MEM_REF
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94267
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
La
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81689
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Depend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249
--- Comment #10 from Martin Liška ---
I've got it, sparc64 does not define __BIG_ENDIAN__. I'm testing a patch that
does endianess detection based on __BYTE_ORDER__.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94268
Bug ID: 94268
Summary: std::filebuf is extremely (at least 10x) slow on
windows compared to Linux. Even much slower MSVC STL
with terrible ABI.
Product: gcc
Versi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88707
Rolf Eike Beer changed:
What|Removed |Added
CC||eb at emlix dot com
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94268
fdlbxtqi changed:
What|Removed |Added
Host||Windows 10. MinGW-W64
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94268
--- Comment #2 from fdlbxtqi ---
The hacking code is here.
https://bitbucket.org/ejsvifq_mabmip/fast_io/src/reserver_test/include/fast_io_legacy_impl/cpp/libstdc%2B%2B_libc%2B%2B.h
https://bitbucket.org/ejsvifq_mabmip/fast_io/src/reserver_test/i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #34 from Jakub Jelinek ---
Created attachment 48081
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48081&action=edit
gcc10-pr92264-wip.patch
Further updated patch, this one passes bootstrap on both x86_64-linux and
i686-linux a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94266
--- Comment #3 from Qian Chao ---
Created attachment 48082
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48082&action=edit
Add a check before forward propgating a ADDR_EXPR to a MEM_REF to solve the
ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94268
--- Comment #3 from fdlbxtqi ---
I have found out the reason. It is because the buffer size is too small on the
windows. BUFSIZ == 512
You need to set the value to 4096 at least. I think even 65536 is something
should be done since the windows s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94268
--- Comment #4 from fdlbxtqi ---
(In reply to fdlbxtqi from comment #3)
> I have found out the reason. It is because the buffer size is too small on
> the windows. BUFSIZ == 512
>
> You need to set the value to 4096 at least. I think even 65536
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
--- Comment #35 from Martin Liška ---
The suggested patch helped to reduce compilation to:
2m54s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94266
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:263ee1260bc4017465a8ef722889ccc59fcee0d2
commit r10-7328-g263ee1260bc4017465a8ef722889ccc59fcee0d2
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94266
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94268
--- Comment #5 from fdlbxtqi ---
Here is the proof.
https://bitbucket.org/ejsvifq_mabmip/fast_io/src/reserver_test/benchmarks/.10m_size_t/unit/streambuf_io_observer___gnu_cxx_stdio_filebuf.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94269
Bug ID: 94269
Summary: widening_mul should consider block frequency
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94261
--- Comment #2 from Richard Biener ---
So I think we can avoid swapping operands but what we cannot (current) avoid
is adjusting the tree code. The operand swapping should be subsumed by
get_slp_defs no longer looking at the scalar stmt for mapp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94270
Bug ID: 94270
Summary: Bogus unused dummy argument warning/error
Product: gcc
Version: 7.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94261
--- Comment #3 from Richard Biener ---
(In reply to Richard Biener from comment #2)
> when placing gcc_unreachable () at the swapping place and most testcases
> still pass when removing the IL operand swapping, only vect-cselim-1.c
> runfails (in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94261
--- Comment #4 from Richard Biener ---
Created attachment 48083
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48083&action=edit
proposed patch
untested sofar.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94271
Bug ID: 94271
Summary: [8/9/10 Regression] lto1: error: two or more sections
for .gnu.lto_fast_clamp.default.9.564bf999b130b5e
since r8-1461-g871cc215f7507cbe
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94271
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94254
--- Comment #9 from rsandifo at gcc dot gnu.org
---
(In reply to Segher Boessenkool from comment #8)
> SFmode values are stored as DP IEEE float normally. There may be other
> cases as well, but this is the obvious one.
OK, thanks. Does the s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94245
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:7a2090b04e54ffccc64ad2dfd5b46eb4bb8ce482
commit r10-7329-g7a2090b04e54ffccc64ad2dfd5b46eb4bb8ce482
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94245
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94044
--- Comment #11 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:26b3e568a60e9fd851efb436531752a5e49e6419
commit r10-7330-g26b3e568a60e9fd851efb436531752a5e49e6419
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94044
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94248
--- Comment #2 from Thomas Schwinge ---
(In reply to Jakub Jelinek from comment #1)
> --- gcc/config/gcn/gcn.md.jj 2020-03-03 07:57:42.363827602 +0100
> +++ gcc/config/gcn/gcn.md 2020-03-21 15:37:45.337552515 +0100
> @@ -625,7 +625,7 @@ (def
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94248
--- Comment #3 from Andrew Stubbs ---
Actually, I think that recent changes to the register alignment mean that this
can't happen any more, so the whole check is probably obsolete.
I thought that --enable-checking=yes was already covering this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94236
--- Comment #8 from Richard Earnshaw ---
(In reply to Andrew Pinski from comment #6)
> Note for Threos OS, please don't reuse the same target triplet as elf or
> linux; use your own triplet. Also adding long calls is not hard and such.
The corr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94261
--- Comment #5 from rsandifo at gcc dot gnu.org
---
(In reply to Richard Biener from comment #3)
> (In reply to Richard Biener from comment #2)
> > when placing gcc_unreachable () at the swapping place and most testcases
> > still pass when remo
nux-gnu-ld
--with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r10-7327-20200323085706-g2fa4b1ffd6e-checking-yes-rtl-df-extra-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 10.0.1 20200323 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94268
--- Comment #6 from fdlbxtqi ---
Created attachment 48086
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48086&action=edit
simple patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94273
Bug ID: 94273
Summary: ice in splice_child_die, at dwarf2out.c:5657
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94272
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94261
--- Comment #6 from Richard Biener ---
(In reply to rsand...@gcc.gnu.org from comment #5)
> (In reply to Richard Biener from comment #3)
> > (In reply to Richard Biener from comment #2)
> > > when placing gcc_unreachable () at the swapping place
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94273
--- Comment #1 from David Binderman ---
The problem seems to occur first sometime between 20200317 and 20200318:
/home/dcb/gcc/results.20200317.asan/bin/g++
/home/dcb/gcc/results.20200317/bin/g++
/home/dcb/gcc/results.20200317.ubsan/bin/g++
/hom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94220
Richard Earnshaw changed:
What|Removed |Added
Summary|libgcc FTB for ARM Thump|libgcc FTB for ARM Thumb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94261
--- Comment #7 from rsandifo at gcc dot gnu.org
---
(In reply to Richard Biener from comment #6)
> (In reply to rsand...@gcc.gnu.org from comment #5)
> > (In reply to Richard Biener from comment #3)
> > > (In reply to Richard Biener from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94252
--- Comment #1 from Julius Hülsmann ---
This seems to apply to member functions aswell; the following assertion fails
aswell on gcc-trunk on [compilerExplorer](https://godbolt.org/z/NxgkH5)
struct T { int f(int) noexcept; };
int main() {
stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94261
--- Comment #8 from Richard Biener ---
(In reply to rsand...@gcc.gnu.org from comment #7)
> (In reply to Richard Biener from comment #6)
> > (In reply to rsand...@gcc.gnu.org from comment #5)
> > > (In reply to Richard Biener from comment #3)
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94273
--- Comment #2 from David Binderman ---
Reduced C++ source code is
class a {
virtual void c() {}
} extern b;
a b;
Flag -g1 required.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94274
Bug ID: 94274
Summary: fold phi whose incoming args are defined from binary
operations
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94275
Bug ID: 94275
Summary: /usr/ccs/bin/ld: Unsatisfied symbols:
_ZNSs4_Rep20_S_empty_rep_storageE
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
ion
gcc (master HEAD with MCF thread model, built by cqwrteur.) 10.0.1 20200323
(experimental)
Copyright (C) 2020 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
D:\hg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94261
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94254
Segher Boessenkool changed:
What|Removed |Added
CC||meissner at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94272
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94253
John David Anglin changed:
What|Removed |Added
Component|target |c
--- Comment #1 from John David Ang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94273
Martin Liška changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94273
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94274
--- Comment #1 from Marc Glisse ---
Detecting common beginnings / endings in branches is something gcc does very
seldom. Even at -Os, for if(cond)f(b);else f(c); we need to wait until
rtl-optimizations to get a single call to f. (of course the re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94275
--- Comment #1 from Jonathan Wakely ---
That symbol has been there (unchanged) for a couple of decades, so I'm not sure
what causes this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94043
--- Comment #9 from Richard Biener ---
OK, so it's indeed vectorizable_live_operation not paying attention to
loop-closed SSA form.
What it should do before building the lane extract is create a _new_
loop-closed PHI node for the vectorized def
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94271
Martin Liška changed:
What|Removed |Added
Known to fail||10.0, 8.4.0, 9.3.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94276
Bug ID: 94276
Summary: [9/10 Regression] g++: error:
gcc/testsuite/g++.dg/ext/stmtexpr3.C: -fcompare-debug
failure since r9-3352-g87bd153645f393a1
Product: gcc
Ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94276
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-03-23
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94276
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94277
Bug ID: 94277
Summary: [9/10 Regression] error: undef.c: ‘-fcompare-debug’
failure (length) since r9-6413-g1db01ff96aa5ce5c
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94277
Martin Liška changed:
What|Removed |Added
Known to work||8.4.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94254
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Attachment #48080|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94261
Richard Biener changed:
What|Removed |Added
Attachment #48083|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94278
Bug ID: 94278
Summary: [amdgcn] Offloading build failures due to 'llvm-mc'
SIGSEGV
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: openacc, openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94279
Bug ID: 94279
Summary: [amdgcn] internal compiler error: RTL check: expected
code 'const_int', have 'reg' in rtx_to_poly_int64, at
rtl.h:2379
Product: gcc
Version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94276
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94277
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94280
Bug ID: 94280
Summary: error:
gcc/testsuite/gfortran.dg/iso_c_binding_compiler_1.f90
: ‘-fcompare-debug’ failure
Product: gcc
Version: 10.0
Status: UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94281
Bug ID: 94281
Summary: g++: error: hash.cpp: ‘-fcompare-debug’ failure
(length) since r8-5241-g8697bf9f46f36168
Product: gcc
Version: 10.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94281
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94274
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94272
--- Comment #3 from Jakub Jelinek ---
I think another reason why this FAILs is that the IF_STMTs that the FE emits
initially have TREE_SIDE_EFFECTS set, because those are tcc_statement and for
those make_node sets TREE_SIDE_EFFECTS. While generi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94272
--- Comment #4 from Jakub Jelinek ---
Created attachment 48090
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48090&action=edit
gcc10-pr94272.patch
Untested hack (admittedly quite ugly) that seems to fix this testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94273
Richard Biener changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94283
Bug ID: 94283
Summary: [8/9/10 Regression] gcc: error:
gcc/testsuite/gcc.dg/fold-bopcond-1.c:
‘-fcompare-debug’ failure since
r7-4804-gb54819879e0518b3
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94282
Bug ID: 94282
Summary: [amdgcn] ld: error: undefined symbol:
__gxx_personality_v0
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: openacc, openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94272
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94283
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94271
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.5
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94269
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2020-03-23
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81689
--- Comment #2 from Tobias Burnus ---
While the two PRs have fixed offloading for AMDGCN, nvptx still fails with the
same error. The generated assembler is:
"ld.global.u64 %r27,[a$linkptr];\n"
But there is NO associated global-var declaration
1 - 100 of 193 matches
Mail list logo
