https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97205
Bernd Edlinger changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97205
--- Comment #13 from CVS Commits ---
The master branch has been updated by Bernd Edlinger :
https://gcc.gnu.org/g:23ac7a009ecfeec3eab79136abed8aac9768b458
commit r11-4668-g23ac7a009ecfeec3eab79136abed8aac9768b458
Author: Bernd Edlinger
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97698
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-11-03
Summary|[11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85019
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85019
ninos changed:
What|Removed |Added
CC||nju044 at hotmail dot com
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97692
--- Comment #3 from ninos ---
(In reply to Jakub Jelinek from comment #2)
> aarch64-xilinx-linux-gfortran: command not found
> seems like user error.
FYI
target system: arm64-xilinx-linux
build system: ubuntu 16.04
yocto version: zeus (git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97699
Bug ID: 97699
Summary: [11 regression] zero-scratch-regs tests fail on arm
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97695
Martin Liška changed:
What|Removed |Added
Known to work||10.2.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97697
--- Comment #4 from Jakub Jelinek ---
I guess an optimization barrier will always work.
E.g. adding
__asm ("" : "+g" (nrn_pass_num));
before the loop.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97698
Bug ID: 97698
Summary: [11 Regression] ICE: Segmentation fault (in
duplicate_thunk_for_node)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
--- Comment #13 from Richard Biener ---
(In reply to H.J. Lu from comment #12)
> Created attachment 49495 [details]
> Something like this.
Doesn't look much better IMHO.
A __builtin_cpu_supported_as_compiled () would be nice to have though
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97697
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97627
--- Comment #7 from Richard Biener ---
Smaller testcase from other PR, still needs the C++ FE
struct S { unsigned short x, y; } m = { 0, 0 };
void __attribute__((noipa)) bar() {}
void __attribute__((noipa)) baz()
{
__builtin_exit (0);
}
void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97627
--- Comment #6 from Richard Biener ---
*** Bug 97697 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97697
--- Comment #2 from Marcin Jasinski ---
Is there any workaround possible, before next 9.x release?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97697
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97697
Bug ID: 97697
Summary: Segmentation fault on while (true) loop
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97690
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2020-11-03
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97691
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
--- Comment #12 from H.J. Lu ---
Created attachment 49495
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49495=edit
Something like this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97693
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97695
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97666
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 80928, which changed state.
Bug 80928 Summary: SLP vectorization does not handle induction in outer loop
vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80928
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80928
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
--- Comment #11 from rguenther at suse dot de ---
On Tue, 3 Nov 2020, hjl.tools at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
>
> --- Comment #10 from H.J. Lu ---
> FWIW, x86 source in gcc testsuite should be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97696
--- Comment #1 from Matthew Malcomson ---
I guess this may also happen for the emission of ASAN_MARK in
`gimple_target_expr`, but haven't yet been able to trigger that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97696
Bug ID: 97696
Summary: ICE since ASAN_MARK does not handle poly_int sized
varibales
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-checking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80928
--- Comment #32 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:ac6affba97130bcbffb21bd9f8ca53c7aac89551
commit r11-4652-gac6affba97130bcbffb21bd9f8ca53c7aac89551
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97666
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:9d1b813d0f7c9a8d80b0aee6eb1418b0afdf0f84
commit r11-4653-g9d1b813d0f7c9a8d80b0aee6eb1418b0afdf0f84
Author: Richard Biener
Date:
11.0.0 20201103 (experimental) [master revision
682ed7ad230:259379fab27:0caf400a865cb771f76bf1025cfc2a83e8ef00ed] (GCC)
[509] %
[509] % gcctk -O2 small.c; ./a.out
[510] %
[510] % gcctk -O3 small.c; ./a.out
Floating point exception
[511] %
[511] % cat small.c
int *a, b, **c = , d, e;
int f(int g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
--- Comment #10 from H.J. Lu ---
FWIW, x86 source in gcc testsuite should be converted to
__builtin_cpu_supports().
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97692
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97694
martin changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97694
Bug ID: 97694
Summary: ICE with optional assumed rank class(*) argument
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97693
Alex Coplan changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Known to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97693
Bug ID: 97693
Summary: [11 Regression] SVE: ICE in prepare_load_store_mask,
at tree-vect-stmts.c since r11-1143-gb05d5563
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97692
--- Comment #1 from ninos ---
Created attachment 49493
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49493=edit
gfortran config log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97692
Bug ID: 97692
Summary: GNU Fortran is not working
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97578
--- Comment #10 from Jan Hubicka ---
> It needs to refer to the DW_TAG_formal_parameter DIEs, and only the PARM_DECLs
> map to those.
It has problem with the partitioning (if we call a callee from different
parititon) and also if the callee is
> It needs to refer to the DW_TAG_formal_parameter DIEs, and only the PARM_DECLs
> map to those.
It has problem with the partitioning (if we call a callee from different
parititon) and also if the callee is compiled before caller (as it
should) we will call cgraph_node::release_body and that will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97578
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97578
--- Comment #8 from Jan Hubicka ---
OK, I comitted patch as is and we could see if any memory can be conserved by
being more precise. I still think the debug info should not need decls here.
Honza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97652
--- Comment #14 from Richard Biener ---
The following works with and without -flto (fixes the endless loop without
and the execute fail with)
diff --git a/gcc/fortran/trans-types.c b/gcc/fortran/trans-types.c
index b7129dcbe6d..4643fff243f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97691
Bug ID: 97691
Summary: [11 regression] pr91293-3.c fails since r11-4614
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97578
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:f89dcf93348b44b8ea2b57f940fcdaeae0f764f6
commit r11-4648-gf89dcf93348b44b8ea2b57f940fcdaeae0f764f6
Author: Jan Hubicka
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97658
--- Comment #4 from Jonathan Wakely ---
Nonsense. Your code is buggy, the warning tells you about it.
If you don't want to know that your code has undefined behaviour, don't enable
warnings.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97658
--- Comment #3 from hubert.vansteenhuyse at freecode dot be ---
You are killing that marvelous gcc compiler by doing this, this is my point.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97690
--- Comment #2 from Jonathan Wakely ---
More generally, Clang seems to reliably turn
cond ? (2<
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97690
--- Comment #1 from Jonathan Wakely ---
It seems to be target-independent. For aarch64, -O3 and -Os both give:
f(bool):
tst w0, 255
csetw0, ne
lsl w0, w0, 1
ret
g(bool):
ubfiz w0, w0, 1, 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97690
Bug ID: 97690
Summary: (cond ? 2 : 0) is not optimized to int(cond) << 1
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97678
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
--- Comment #8 from CVS Commits ---
The releases/gcc-8 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:80b6f6cf6374a6541a7515d7bfef1a3506db2a3d
commit r8-10606-g80b6f6cf6374a6541a7515d7bfef1a3506db2a3d
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
--- Comment #7 from CVS Commits ---
The releases/gcc-9 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:e42cb1d48035b85a43adb202433ff0193c151410
commit r9-9021-ge42cb1d48035b85a43adb202433ff0193c151410
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:725244355f83de56f8692abc6c0e1b3d4d248198
commit r10-8968-g725244355f83de56f8692abc6c0e1b3d4d248198
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97678
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:f53e9d40de7212413b361758d66aafb833173dd9
commit r11-4646-gf53e9d40de7212413b361758d66aafb833173dd9
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:8414529156e0bca37647c440c71beeca1d04ac86
commit r11-4647-g8414529156e0bca37647c440c71beeca1d04ac86
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97681
--- Comment #7 from Jakub Jelinek ---
Guess that particular spot could be changed with:
--- gcc/cp/typeck2.c2020-09-12 13:36:42.500499341 +0200
+++ gcc/cp/typeck2.c2020-11-03 10:44:10.257021110 +0100
@@ -935,9 +935,11 @@ store_init_value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97689
Richard Biener changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
--- Comment #4 from Uroš Bizjak ---
(In reply to Richard Biener from comment #3)
> Ah. So I guess
>
> diff --git a/gcc/testsuite/gcc.dg/vect/tree-vect.h
> b/gcc/testsuite/gcc.dg/vect/tree-vect.h
> index 5d8d9eba3f8..c4b81441216 100644
> ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97689
--- Comment #1 from Jaap Korthals Altes ---
Created attachment 49491
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49491=edit
gcc -v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97689
Bug ID: 97689
Summary: (ceilf(begin/(float)tstep))*tstep
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70210
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
--- Comment #2 from Richard Biener ---
Hmm, it doesn't work on a i7-8565U either ...
Doesn't work means check_vect () does exit (0). Those do not end up
UNSUPPORTED (not sure if using a magic exit code to communicate this
would be possible).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
--- Comment #1 from Uroš Bizjak ---
AVX2 should be detected using __get_cpuid_count, because a sub-leaf needs to be
specified for leaf 7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97642
--- Comment #4 from Jakub Jelinek ---
Ok, but please also during expansion try to detect the all ones mask case and
already during expansion emit normal non-masked load (+ we need a
define_insn_and_split for it with pre-reload splitting just in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97688
Bug ID: 97688
Summary: check_vect doesn't detect AVX2 on zen
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97678
--- Comment #3 from Richard Biener ---
Ah, the vectorized epilogue is wrong since we do not represent the initial
value there correctly. We still have the {0, 0} invariant in the corresponding
SLP tree.
Hmm.
So previously we're relying on the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92793
--- Comment #9 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:41f7f6178e2d35288273656dc55dae8fcf3edeb5
commit r11-4639-g41f7f6178e2d35288273656dc55dae8fcf3edeb5
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92793
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Thomas Schwinge
:
https://gcc.gnu.org/g:5ceaf8a54abb3f9bd3c268fe420999a7962b2a15
commit r10-8965-g5ceaf8a54abb3f9bd3c268fe420999a7962b2a15
Author: Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97671
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97670
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Known to
101 - 174 of 174 matches
Mail list logo