https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97343
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97342
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95788
--- Comment #4 from Patrick Palka ---
(In reply to Johel Ernesto Guerrero Peña from comment #3)
> Thank you. Sorry for my laziness, but did you confirm this from the OP?
> > Other stuff in `bits/ranges_uninitialized.h` may be similarly affected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95189
--- Comment #26 from Rich Felker ---
Is that complete, or is it unclear whether there are code paths other than
builtin memcmp by which this is hit? Am I correct in assuming that with builtin
memcmp expansion returning NULL_RTX, GCC always expand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97344
--- Comment #2 from Stan Cox ---
tls variables on aarch64 lack location info:
[6e]variable abbrev: 5
name (strp) "rage"
decl_file(data1) tlsdwarf.c (1)
decl_li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97344
--- Comment #1 from Stan Cox ---
Created attachment 49335
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49335&action=edit
tls test program
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97344
Bug ID: 97344
Summary: aarch64 tls debuginfo missing location info
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85576
--- Comment #1 from Luke Dalessandro ---
Just ran into this today while testing 11. https://godbolt.org/z/37G7P5
Any possibility we'll see a fix soon?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95189
--- Comment #25 from Luke Dashjr ---
Created attachment 49334
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49334&action=edit
Hacky patch to workaround the bug by disabling builtin memcmp always
I wrote and am rebuilding my own systems wi
ower9 automatically:
$ gcc -dumpmachine
powerpc64le-unknown-linux-gnu
I built it from trunk last night on a power9 machine. I've attached my
config.log.
$ gcc --version
gcc (GCC) 11.0.0 20201008 (experimental)
(...)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97329
--- Comment #6 from Kip Warner ---
Created attachment 49333
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49333&action=edit
Autoconf configuration log on POWER9.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95788
--- Comment #3 from Johel Ernesto Guerrero Peña ---
Thank you. Sorry for my laziness, but did you confirm this from the OP?
> Other stuff in `bits/ranges_uninitialized.h` may be similarly affected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97273
Patrick Palka changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] |[8/9 Regression] Strange
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88115
--- Comment #2 from CVS Commits ---
The releases/gcc-10 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:aeb69dda51e93379fce10fb03ec57650fbf73f31
commit r10-8872-gaeb69dda51e93379fce10fb03ec57650fbf73f31
Author: Patrick Palka
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97273
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:aeb69dda51e93379fce10fb03ec57650fbf73f31
commit r10-8872-gaeb69dda51e93379fce10fb03ec57650fbf73f31
Author: Patrick Palka
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95788
--- Comment #2 from Patrick Palka ---
Fixed for GCC 11 so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95788
--- Comment #1 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:9158a4d2a6cd58d6bb591d5ce64e766b399e4aef
commit r11-3739-g9158a4d2a6cd58d6bb591d5ce64e766b399e4aef
Author: Patrick Palka
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97317
--- Comment #6 from Andrew Macleod ---
Thanks, yeah this is the same issue and the patch should fix it..?
the precision difference of one this time is 1 bit (bool) and a 2 bit object...
_5;
bool _6;
<..>
_6 = (bool) _5;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97343
Bug ID: 97343
Summary: AVX2 vectorizer generates extremely strange and slow
code for AoSoA complex dot product
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95189
--- Comment #24 from Rich Felker ---
The fixes do not seem trivial to backport; lots of conflicts. It would be
really helpful to have versions of the patch that are minified and applicable
to all affected versions that might be shipping in distro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97317
--- Comment #5 from David Binderman ---
Reduced C++ source code is
class a {
public:
struct b {
int *c;
};
enum { j = 1 } e : 2;
struct {
b c;
} d;
bool f() const { return e & j; }
int *g() const;
};
int *a::g() const { ret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97328
--- Comment #5 from Patrick Palka ---
https://gcc.gnu.org/pipermail/gcc-patches/2020-October/555850.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97342
Bug ID: 97342
Summary: bogus -Wstringop-overflow with nonzero signed and
unsigned offsets
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97272
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96805
--- Comment #11 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:1c56c143b2011080d8a4516f37f78f647b0ee258
commit r11-3738-g1c56c143b2011080d8a4516f37f78f647b0ee258
Author: Jason Merrill
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96199
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:1c56c143b2011080d8a4516f37f78f647b0ee258
commit r11-3738-g1c56c143b2011080d8a4516f37f78f647b0ee258
Author: Jason Merrill
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97272
--- Comment #8 from CVS Commits ---
The releases/gcc-9 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:83967508034454425dfce7fe0ea33a153c34e7cb
commit r9-8985-g83967508034454425dfce7fe0ea33a153c34e7cb
Author: Harald Anlauf
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97329
--- Comment #5 from Segher Boessenkool ---
So both the cache line size and the cache size are wrong for GCC 10
and before, but okay on trunk, on all compiler I tested (I tested on
Linux only so far).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97329
--- Comment #4 from Kip Warner ---
I'm going to do some more testing tonight and report back after.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97329
Segher Boessenkool changed:
What|Removed |Added
Last reconfirmed||2020-10-08
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97328
--- Comment #4 from Patrick Palka ---
(In reply to Marek Polacek from comment #3)
> (In reply to Patrick Palka from comment #2)
> > When 'storage' is a struct instead of a union, i.e. for the testcase
> >
> > template
> > struct vector {
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97341
Bug ID: 97341
Summary: Implicit casting from char** to const char* const* in
template argument failing
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97341
--- Comment #1 from Pratyush Das ---
I should add, that this works in Clang.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97313
--- Comment #1 from Vladimir Makarov ---
Thank you for reporting this. I am trying to find the best place to fix this:
either in memory subreg elimination or in match_reload itself. I hope the fix
will be ready tomorrow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97328
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97328
--- Comment #2 from Patrick Palka ---
When 'storage' is a struct instead of a union, i.e. for the testcase
template
struct vector {
struct storage {
T t;
constexpr storage() {}
} data[N];
};
constexpr auto foo() {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95979
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97212
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95189
Martin Sebor changed:
What|Removed |Added
Known to fail|10.1.0 |
--- Comment #23 from Martin Sebor ---
B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95886
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Martin Sebor
:
https://gcc.gnu.org/g:e4c9aac98611f63847ef6c57916808d9a2d7abcb
commit r10-8871-ge4c9aac98611f63847ef6c57916808d9a2d7abcb
Author: Martin Sebor
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95189
--- Comment #22 from CVS Commits ---
The releases/gcc-10 branch has been updated by Martin Sebor
:
https://gcc.gnu.org/g:e4c9aac98611f63847ef6c57916808d9a2d7abcb
commit r10-8871-ge4c9aac98611f63847ef6c57916808d9a2d7abcb
Author: Martin Sebor
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96805
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97212
--- Comment #2 from Jakub Jelinek ---
I believe the testcase is invalid.
As the explicit task doesn't have if(false) clause, the task isn't undeferred,
so it is up to the implementation whether it waits for its completion or just
continues (defer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #15 from Jan Hubicka ---
So it seems that problem is that store in operator++ is TriaObjectAcessor while
read is DoFCellAccessor. I am however not sure where the type puning happens :(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #14 from Jan Hubicka ---
So this really seems that the alias set 6 is not conflicting with alias sets
11 or 13. active_cell is
struct active_cell_iterator active_cell;
and the code around seems SRA injected
MEM[(struct TriaRawIter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #13 from Jan Hubicka ---
OK, I can reproduce it even though the propagation happens in different
function in dom rather than pre.
The callee is again the operator++ so I start to suspect aliasing violation
there.
I get:
ipa-modref: i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97336
Martin Sebor changed:
What|Removed |Added
Resolution|--- |INVALID
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96313
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97150
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97150
--- Comment #7 from CVS Commits ---
The releases/gcc-8 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:311183d74e4f3fd5a37749cfbb0960e655e715fb
commit r8-10576-g311183d74e4f3fd5a37749cfbb0960e655e715fb
Author: Kyrylo Tkachov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96313
--- Comment #9 from CVS Commits ---
The releases/gcc-8 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:7f8115b305f1a1a2ddec4f59bc08a3415359dda6
commit r8-10575-g7f8115b305f1a1a2ddec4f59bc08a3415359dda6
Author: Kyrylo Tkachov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97340
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
--- Comment #9 from Kip Warner ---
Yup. Agreed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
--- Comment #8 from Jakub Jelinek ---
Except for native supported on a subset of the architectures, no values are the
same, so this is highly target specific anyway. And yes, were it designed all
now, we'd use the same options, but some of these
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
--- Comment #7 from Kip Warner ---
I understand what you mean from a maintainer's standpoint. But from a user's
standpoint, that's an inconsistency.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
--- Comment #6 from Jakub Jelinek ---
There is no consistency.
Targets that have all of -march=, -mcpu= and -mtune=:
aarch64, arm, cris, i386 (-mcpu= deprecated and treated as -mtune=), m68k
Targets that have just -march= and -mtune=:
gcn, mips,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97272
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:d4ec0a15afb7538247206aa9936071544fd860f8
commit r10-8870-gd4ec0a15afb7538247206aa9936071544fd860f8
Author: Harald Anlauf
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
--- Comment #5 from Kip Warner ---
The reason I asked is because of that inconsistency in the -mcpu usage on
targets. Thanks for clarifying.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97340
Bug ID: 97340
Summary: Spurious rejection of member variable template of
reference type
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97324
--- Comment #3 from Kip Warner ---
Martin, is -mcpu deprecated for all architectures or just x86?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97339
Bug ID: 97339
Summary: std::async sometimes prevents std::current_exception
from working properly in the terminate handler
Product: gcc
Version: 10.2.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97317
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97338
Bug ID: 97338
Summary: [nvptx] Convergence checking
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97150
--- Comment #6 from CVS Commits ---
The releases/gcc-9 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:d5c6ea22fe6db1ee19a178941a8c7f8ff5d0538c
commit r9-8983-gd5c6ea22fe6db1ee19a178941a8c7f8ff5d0538c
Author: Kyrylo Tkachov
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96313
--- Comment #8 from CVS Commits ---
The releases/gcc-9 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:18d980d94f8d7187ce30bf23ddd365fa54189c36
commit r9-8982-g18d980d94f8d7187ce30bf23ddd365fa54189c36
Author: Kyrylo Tkachov
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97337
Bug ID: 97337
Summary: new test case gcc.dg/pr97315-1.c fails with excess
errors
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #12 from Tamar Christina ---
(In reply to Martin Liška from comment #11)
> (In reply to Tamar Christina from comment #0)
> > With just -Ofast the benchmark doesn't seem to ever terminate until it is
> > eventually killed.
> >
>
> Ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
--- Comment #5 from Tom de Vries ---
FWIW, another aspect here is convergence (as usual).
Looking at the SASS code for main$_omp_fn$0$impl, I don't find evidence for the
usual divergence/convergence ops (SSY/SYNC), which might mean that the
foll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97317
--- Comment #3 from Andrew Macleod ---
Created attachment 49331
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49331&action=edit
patch to calculate negative side properly
This is actually due to not handling a cast very well when the preci
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97335
--- Comment #3 from Martin Liška ---
One needs -flto here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #11 from Martin Liška ---
(In reply to Tamar Christina from comment #0)
> With just -Ofast the benchmark doesn't seem to ever terminate until it is
> eventually killed.
>
Can't reproduce the stuck without -flto.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97335
--- Comment #2 from Martin Liška ---
With the current master (g:3e1123e52f8eca2650efa0bc81768792d328961f) one needs
only one IPA modref transform to trigger the wrong code:
-fdbg-cnt=ipa_mod_ref:778-778
where one needs to copy the input file to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
--- Comment #4 from Tom de Vries ---
So, I think calling functions from simd code is atm not supported for nvptx.
Stack variables in simd code are mapped on a per-thread stack rather than on
the
usual per-warp stack.
The functions are compiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97309
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97309
--- Comment #2 from CVS Commits ---
The master branch has been updated by Qing Zhao :
https://gcc.gnu.org/g:baf4750feaa6a5fa502ae7bc0b90f31640af6f47
commit r11-3732-gbaf4750feaa6a5fa502ae7bc0b90f31640af6f47
Author: qing zhao
Date: Thu Oct 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97150
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:11af9c329ae528abb8c69ae8fae96a0f3fc6ed87
commit r10-8869-g11af9c329ae528abb8c69ae8fae96a0f3fc6ed87
Author: Kyrylo Tkachov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96313
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:7d177b142dcbe841124fe023cb592914d4200e57
commit r10-8868-g7d177b142dcbe841124fe023cb592914d4200e57
Author: Kyrylo Tkachov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82584
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82584
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:b2a96bf9dce41ee777b1669e4a8b4c6df3ff3613
commit r11-3731-gb2a96bf9dce41ee777b1669e4a8b4c6df3ff3613
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90439
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82584
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96914
Christophe Lyon changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96914
--- Comment #9 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:5a448362da6133c3b16ffdb0c795b657af7fa5a4
commit r11-3730-g5a448362da6133c3b16ffdb0c795b657af7fa5a4
Author: Christophe Lyon
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86402
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-10-08
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70358
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82584
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63332
Jonathan Wakely changed:
What|Removed |Added
Target||i386-pc-solaris2.11
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92564
--- Comment #3 from boger at gcc dot gnu.org ---
Yes, I tried the value of 0x8 and the test passed. In the issue Ian
mentioned that 0x10 was the default on x86. If we want the same default on
x86 and ppc64 then 0x10 would work since th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97328
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97203
--- Comment #3 from Tom de Vries ---
[ Note, this is with GOMP_NVPTX_JIT=-O0. ]
In sinf, we have:
...
45:return -__kernel_cosf(y[0],y[1]);
...
which translates to:
...
.loc 1 45 12
ld.f32 %r67,[%frame+4];
ld.f32 %r65,[%f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97335
--- Comment #1 from Martin Liška ---
With -O3 -g -flto=16 --param=lto-partitions=1, the first bad binary is with
-fdbg-cnt=ipa_mod_ref:1046.
It seems a misc tool fails with:
./ldecod_r -i BuckBunny.264 -o BuckBunny.yuv
Setting Default Parameter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90439
Sunil Kumar changed:
What|Removed |Added
CC||sunil.kumar3 at ltts dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #10 from Martin Liška ---
Good PRE dump file with details:
https://drive.google.com/file/d/114AAhbNKeiJ7w3FYOcumdpnnMCNvdjiy/view?usp=sharing
Bad PRE dump file with details:
https://drive.google.com/file/d/14_dV-FYSe1j0Sx-zIc8d_6ypuF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97330
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:629e0547af33221a925f38757b52a9284148b68a
commit r11-3726-g629e0547af33221a925f38757b52a9284148b68a
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97330
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #9 from Martin Liška ---
Created attachment 49330
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49330&action=edit
Bad PRE dump file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97292
--- Comment #8 from Martin Liška ---
Created attachment 49329
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49329&action=edit
Good PRE dump file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97330
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97328
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-10-08
Status|UNCONFIRMED
1 - 100 of 141 matches
Mail list logo
