https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109035
Xi Ruoyao changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112360
Bug ID: 112360
Summary: [coroutines] unreachable 'co_await' still creates a
suspension point
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112316
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112316
--- Comment #3 from CVS Commits ---
The releases/gcc-13 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:79fc5916f04d9cd6f46b140bc8bbeb2b2eacd2ff
commit r13-8000-g79fc5916f04d9cd6f46b140bc8bbeb2b2eacd2ff
Author: Paul Thomas
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112359
Bug ID: 112359
Summary: [14 Regression] ICE: in expand_fn_using_insn, at
internal-fn.cc:215 with -O -ftree-loop-if-convert
-mavx512fp16
Product: gcc
Version: 14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112263
--- Comment #7 from Ian Lance Taylor ---
https://gcc.gnu.org/pipermail/gcc-patches/2023-November/635073.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111311
--- Comment #14 from Jeffrey A. Law ---
As Andrew said, if there's a test that depends on behavior of -INT_MIN, then
the test needs to be fixed. That's undefined behavior.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112326
JuzheZhong changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112326
--- Comment #1 from CVS Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:5ea3c039b784b0676323243940fd9916b1f6d540
commit r14-5092-g5ea3c039b784b0676323243940fd9916b1f6d540
Author: Juzhe-Zhong
Date: Fri Nov 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112358
Bug ID: 112358
Summary: [14 Regression] glibc -Wstringop-overflow= build
failure
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111931
JuzheZhong changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111311
--- Comment #13 from Andrew Pinski ---
(In reply to JuzheZhong from comment #12)
> signbit execution issue should be ignored. It's ISA issue not compiler issue.
>
> I knew this issue long time ago and confirm Clang has the sam issue:
>
> https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111401
JuzheZhong changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87281
--- Comment #15 from Joseph S. Myers ---
Created attachment 56496
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56496&action=edit
Test that started failing on 20 July 2023
Another instance of this ICE appeared in my glibc bot on 20 July;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87281
Joseph S. Myers changed:
What|Removed |Added
Last reconfirmed|2019-06-14 00:00:00 |2023-11-2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111311
--- Comment #12 from JuzheZhong ---
signbit execution issue should be ignored. It's ISA issue not compiler issue.
I knew this issue long time ago and confirm Clang has the sam issue:
https://github.com/riscv-collab/riscv-gnu-toolchain/issues/1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112316
--- Comment #2 from CVS Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:7c1d011bc1f8b26dba4ebcbd4a429628dfb2698d
commit r14-5088-g7c1d011bc1f8b26dba4ebcbd4a429628dfb2698d
Author: Paul Thomas
Date: Thu N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112357
Bug ID: 112357
Summary: Documentation for vect-max-peeling-for-alignment
references -1 but -1 does not work
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97245
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Summary|ASSOCIATE intrinsic does|ASSOCIATED intrinsic does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111311
--- Comment #11 from Vineet Gupta ---
(In reply to Robin Dapp from comment #10)
> As a general remark: Some of those are present on other backends as well,
> some have been introduced by recent common-code changes and some are bogus
> test prer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112356
--- Comment #1 from Andrew Pinski ---
The problem is we can't use `(match min_value` here but rather we need to
change it from:
```
(for eqne (eq ne)
(simplify
(bit_and:c (gt:c@2 @0 @1) (eqne @0 min_value))
```
to:
```
(for eqne (eq ne)
(sim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112356
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112356
Bug ID: 112356
Summary: `x == MIN & x > y` is not optimized to 0 if x was
casted to signed from unsigned
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keyword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109740
--- Comment #5 from Alexander Goomenuk ---
Created attachment 56495
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56495&action=edit
Overloaded virtual testcase
Another relevant issue with gcc (GCC) 13.2.1 20231011 (Red Hat 13.2.1-4) and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112301
Jason Merrill changed:
What|Removed |Added
Known to work||14.0
--- Comment #3 from Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33799
--- Comment #23 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:ae07265381d934ee97fb1ce8915731158c91babc
commit r14-5086-gae07265381d934ee97fb1ce8915731158c91babc
Author: Jason Merrill
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102191
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:ae07265381d934ee97fb1ce8915731158c91babc
commit r14-5086-gae07265381d934ee97fb1ce8915731158c91babc
Author: Jason Merrill
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112301
--- Comment #2 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:ae07265381d934ee97fb1ce8915731158c91babc
commit r14-5086-gae07265381d934ee97fb1ce8915731158c91babc
Author: Jason Merrill
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109035
--- Comment #8 from Jeffrey A. Law ---
No spills on rv64 either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109035
--- Comment #7 from Vladimir Makarov ---
For last 2 weeks I pushed several patches for better dealing with equivalences
in RA.
It seems the patches solves the current PR. I checked the test code generation
for loongarch and aarch64 and did not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112350
Bug ID: 112350
Summary: gcc is not triggering a dangling reference indicating
stack use after return
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112314
--- Comment #4 from Jonathan Wakely ---
(In reply to Jose Dapena Paz from comment #2)
> In any case, the failing test is actually passing -1, my understanding is
> that that one should always assert no matter what we are passing as const
> char*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106849
--- Comment #3 from David Stone ---
Oh, as per https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112355#c3 it's just
that the 13.2 build isn't checked, so it's not a new bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106849
--- Comment #2 from David Stone ---
Looks like it works in 13.2 but fails in trunk.
13.2: https://godbolt.org/z/d54ToW7zW
trunk: https://godbolt.org/z/eej9d7ccM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112355
--- Comment #3 from Andrew Pinski ---
(In reply to David Stone from comment #1)
> Looks like this is a new bug in trunk. Works in 13.2
It is not, just extra checking is enabled by default when compiling the trunk
(unless you use the configure o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 112355, which changed state.
Bug 112355 Summary: Internal compiler error when exporting using declaration of
function template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112355
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112355
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106849
Andrew Pinski changed:
What|Removed |Added
CC||davidfromonline at gmail dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112355
David Stone changed:
What|Removed |Added
CC||davidfromonline at gmail dot
com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112355
Bug ID: 112355
Summary: Internal compiler error when exporting using
declaration of function template
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102138
--- Comment #4 from Andrew Pinski ---
This is the generic solution to what was done to fix PR 104639.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347
--- Comment #11 from Martin Uecker ---
In this case this is by design because the size of an element should be second
argument to calloc. ("The calloc function allocates space for an array of nmemb
objects, each of whose size is size.")
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102138
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347
--- Comment #10 from David Binderman ---
When this patch was tested, did that include a build of libgfortran ?
I am getting some strange new warnings:
../../../trunk.year/libgfortran/io/async.c:265:24: warning: allocation of
insufficient size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112335
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111311
--- Comment #10 from Robin Dapp ---
As a general remark: Some of those are present on other backends as well, some
have been introduced by recent common-code changes and some are bogus test
prerequisites or checks. I'm not saying we are in per
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112337
--- Comment #4 from Stam Markianos-Wright ---
Bisected to f55cdce3f8dd8503e080e35be59c5f5390f6d95e
Attached preprocessed source and a creduced-reproducer of it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112096
--- Comment #4 from Andrew Pinski ---
Another testcase:
```
int f(int a, int b, int d)
{
bool t = a == 0;
bool t1 = d == 0;
int c = a + b;
if (t & t1) return b;
return c;
}
int f1(int a, int b, int d)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112314
--- Comment #7 from Jonathan Wakely ---
(In reply to Jose Dapena Paz from comment #5)
> - The length is less than the possible pointer difference (checked with
> numeric_limits).
That seems too lenient to me, because for wchar_t, char16_t and c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112353
Bug ID: 112353
Summary: asan-enabled, aarch64-gcc cross-compiled elf
executables fail ro run in qemu-user on x86
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112354
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110116
Thomas Koenig changed:
What|Removed |Added
Summary|[12/13/14 Regression] ICE |[12/13 Regression] ICE on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111311
--- Comment #8 from Patrick O'Neill ---
Updated regression list using r14-5070-g4ea36076d66 on rv64gcv:
=== gcc: Unexpected fails for rv64gcv lp64d medlow ===
FAIL: gcc.c-torture/execute/memset-3.c -O3 -fomit-frame-pointer
-funroll-lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112353
--- Comment #1 from Andrew Pinski ---
https://github.com/google/sanitizers/issues/1470
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112354
Bug ID: 112354
Summary: mismatched types 'B' and 'B&' for generic
lambda noexcept-specifier referencing enclosing
function parameter
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112349
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112350
--- Comment #1 from Andrew Pinski ---
With optimization enabled and without -fsanitize=address we get:
: In function 'const int& foo1()':
:12:18: warning: using a dangling pointer to 'x' [-Wdangling-pointer=]
12 | return s.get();
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112314
--- Comment #6 from Jonathan Wakely ---
Created attachment 56494
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56494&action=edit
Check [ptr,end) and [ptr,ptr+n) ranges with _GLIBCXX_ASSERTIONS
With this change we could add:
__glibcxx_re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112316
Paul Thomas changed:
What|Removed |Added
Last reconfirmed||2023-11-02
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112314
--- Comment #5 from Jose Dapena Paz ---
(In reply to Jonathan Wakely from comment #4)
> (In reply to Jose Dapena Paz from comment #2)
> > In any case, the failing test is actually passing -1, my understanding is
> > that that one should always a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111311
--- Comment #9 from Vineet Gupta ---
(In reply to Patrick O'Neill from comment #8)
> Updated regression list using r14-5070-g4ea36076d66 on rv64gcv:
>
> Failure list from:
> https://github.com/patrick-rivos/gcc-postcommit-ci/issues/109
And jus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112351
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112337
--- Comment #3 from Stam Markianos-Wright ---
Created attachment 56493
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56493&action=edit
Full preprocessor reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112351
Bug ID: 112351
Summary: libstdc++ locale init doesn't handle __gthread_once
failure
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112337
--- Comment #2 from Stam Markianos-Wright ---
Created attachment 56492
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56492&action=edit
creduced reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112314
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:6afa984f47e16e8bd958646d7407b74e61041f5d
commit r14-5085-g6afa984f47e16e8bd958646d7407b74e61041f5d
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109811
--- Comment #13 from Jan Hubicka ---
So I re-tested it with current mainline and clang 16/17
For mainline I get (megapixels per second, bigger is better):
13.39
13.38
13.42
clang 16:
20.06
20.06
1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347
--- Comment #9 from CVS Commits ---
The master branch has been updated by Martin Uecker :
https://gcc.gnu.org/g:f432a594fe6d3a0de1330ba69200d158e6248083
commit r14-5084-gf432a594fe6d3a0de1330ba69200d158e6248083
Author: Martin Uecker
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347
--- Comment #8 from Sergei Trofimovich ---
(In reply to Martin Uecker from comment #6)
> Created attachment 56491 [details]
> patch
>
> Ok, let's try again...
The change fixes jemalloc and boehm-gc builds for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112349
Bug ID: 112349
Summary: ranges::max makes unecessary copies
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100457
Bug 100457 depends on bug 102383, which changed state.
Bug 102383 Summary: Missing optimization for PRE after enable O2 vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102383
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102383
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112334
--- Comment #1 from Richard Earnshaw ---
This might be a side issue, but:
@defbuiltin{{void} __builtin_return (void *@var{result})}
This built-in function returns the value described by @var{result} from
the containing function. You should spe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112329
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
Summar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112317
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112317
--- Comment #1 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:c71028c979d55f98b7727f9387bbe2f4ffe6de13
commit r14-5080-gc71028c979d55f98b7727f9387bbe2f4ffe6de13
Author: David Malcolm
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69549
--- Comment #12 from jwjagersma at gmail dot com ---
(In reply to Xi Ruoyao from comment #11)
> Generally a patch should be sent to gcc-patc...@gcc.gnu.org. See
> https://gcc.gnu.org/contribute.html. The patches attached to a Bugzilla
> ticket a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347
Martin Uecker changed:
What|Removed |Added
Attachment #56490|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347
Martin Uecker changed:
What|Removed |Added
Attachment #56489|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347
--- Comment #4 from Martin Uecker ---
Created attachment 56489
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56489&action=edit
patch
This should fix it. I am running some tests and will commit this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112330
Xi Ruoyao changed:
What|Removed |Added
Keywords|build |
Summary|[14 Regression] LoongAr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111401
--- Comment #8 from CVS Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:01c18f58d37865d5f3bbe93e666183b54ec608c7
commit r14-5076-g01c18f58d37865d5f3bbe93e666183b54ec608c7
Author: Robin Dapp
Date: Wed Sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112331
--- Comment #5 from Richard Biener ---
I'm not sure what the problem is with a zero DR step for an inner loop
reference
(possibly dependence analysis runs into some unhandled cases - who knows). The
following vectorizes the inner loop (the loa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112320
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112320
--- Comment #13 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:c05f748218a0d556972212d6aecfce0eb4c8a31c
commit r14-5075-gc05f748218a0d556972212d6aecfce0eb4c8a31c
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347
--- Comment #3 from Martin Uecker ---
Thanks for reporting. I will fix this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112348
Bug ID: 112348
Summary: [C++23] defect in struct
hash>
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112331
--- Comment #4 from JuzheZhong ---
I see.
It does vectorize it with -fno-vect-cost-model -fno-loop-interchange:
https://gcc.godbolt.org/z/8EEWcPro3
Codegen same as LLVM.
I am gonna revisit it in GCC-15 (GCC-14 stage 1 is closing soon).
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112344
Richard Biener changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112340
Richard Biener changed:
What|Removed |Added
Keywords||testsuite-fail
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112337
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112331
Richard Biener changed:
What|Removed |Added
Summary|middle-end: Fail|Fail vectorization after
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347
--- Comment #2 from Sergei Trofimovich ---
A bit of debugging:
Program received signal SIGSEGV, Segmentation fault.
0x007bfff6 in convert_for_assignment (location=location@entry=263654,
expr_loc=expr_loc@entry=0, type=type@entry=0x7fffe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112330
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347
Sergei Trofimovich changed:
What|Removed |Added
CC||muecker at gwdg dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112325
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
el: posix
Supported LTO compression algorithms: zlib
gcc version 14.0.0 20231102 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112339
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
1 - 100 of 130 matches
Mail list logo
