https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115404
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115387
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115404
--- Comment #2 from Sergei Trofimovich ---
Thank you for the hints!
I did not yet fully extracted self-contained example but got a bit closer to
it.
Comparing glibc binary before and after r15-1113-gde05e44b2ad963 the only
function that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115404
Bug ID: 115404
Summary: [15 Regression] possibly wrong code on glibc-2.39
since r15-1113-gde05e44b2ad963
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115403
--- Comment #2 from Sergei Trofimovich ---
`cvise` came up with this example:
//$ cat float_test.cc.cc
template __attribute__((always_inline)) inline void
AssertEqual() {}
void TestAllF16FromF32() { AssertEqual(); }
#pragma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115403
--- Comment #1 from Sergei Trofimovich ---
Created attachment 58388
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58388=edit
float_test.cc.cc.xz
Attaching preprocessed file. It fails as:
$ g++ -O2 -std=c++17 -c float_test.cc.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115403
Bug ID: 115403
Summary: [15 Regression] highway build from git fails with
'target specific option mismatch' since
r15-902-geff00046409a72
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115397
--- Comment #5 from Sergei Trofimovich ---
(In reply to Roger Sayle from comment #4)
> Created attachment 58386 [details]
> proposed patch
>
> This patch appears to fix (or more accurately workaround) the issue with this
> testcase.
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115397
--- Comment #2 from Sergei Trofimovich ---
Bisect arrived at r15-1100-gec985bc97a0157, looks relevant:
commit ec985bc97a01577bca8307f986caba7ba7633cde
Author: Roger Sayle
Date: Fri Jun 7 13:57:23 2024 +0100
i386: Improve handling of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115397
--- Comment #1 from Sergei Trofimovich ---
Debug build of the compiler is slightly more informative:
$ gcc -std=c99 -O3 -mavx512f -c bug.c.c -m32 -fPIC -fchecking=2
during RTL pass: split1
bug.c.c: In function 'LONG_divide_AVX512F':
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115397
Bug ID: 115397
Summary: [15 Regression] ICE 'during RTL pass: split1' on
numpy-1.26.4 i686-linux '-fPIC -mavx512f'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #27 from Sergei Trofimovich ---
The change fixed highway-1.0.7 test suite for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115115
--- Comment #14 from Sergei Trofimovich ---
The change fixed highway-1.0.7 test suite for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115208
--- Comment #7 from Sergei Trofimovich ---
(In reply to Andrew Macleod from comment #6)
> Created attachment 58287 [details]
> proposed patch
>
> I'm testing this patch, does it resolve your problem?
>
> I forgot to free the gori_nmap object
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #24 from Sergei Trofimovich ---
Thank you, Alexander! Tricky `REG_EQUAL` makes sense.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115227
Bug ID: 115227
Summary: [15 Regression] i686-linux fails frequently with cc1:
out of memory allocating x bytes after a total of ~4GB
Product: gcc
Version: 14.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #22 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #21)
gcc generates the following code for this C code:
> int main() {
> const __m128i su = _mm_set1_epi32(0x4f80);
> const __m128 sf =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #21 from Sergei Trofimovich ---
Shrunk the example down to a single simpler function while preserving the
original masking intent:
```c
cat bug.cc
#include
#include
#include
__attribute__((noipa))
static void assert_eq_p(void *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #15 from Sergei Trofimovich ---
> I shrunk bug.cc slightly further into shorter-bug.cc and now it fails
> equally on gcc-13 and gcc-15. I agree that gcc-15 just got more constant
> folds available now, but otherwise it's behaviour
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #14 from Sergei Trofimovich ---
Created attachment 58265
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58265=edit
shorter-bug.cc
I shrunk bug.cc slightly further into shorter-bug.cc and now it fails equally
on gcc-13 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #8 from Sergei Trofimovich ---
Thank you, Jakub!
> The reason the testcase FAILs is the same as in the other PRs, it is trying
> to convert {0x0.8p+33f, 0x0.8p+33f, 0x0.8p+33f, 0x0.8p+33f} V4SFmode vector
> to V4SImode, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #3 from Sergei Trofimovich ---
Looking at -O2's bug.cc.265t.optimized tree optimizations come up with unfolded
saturated sub8:
_12 = __builtin_ia32_psubusb128 ({ -65, 0, 0, 0, -65, 0, 0, 0, -65, 0, 0, 0,
-65, 0, 0, 0 }, { -99, 0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115115
--- Comment #11 from Sergei Trofimovich ---
After `highway` applied a masking fix to `highway/master` `gcc-15` still fails
to pass the `HwyConvertTestGroup/HwyConvertTest.TestAllF2IPromoteTo/SSE2`.
I tried to reduce the test with more care and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
Sergei Trofimovich changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
Bug ID: 115161
Summary: [15 Regression] highway-1.0.7 miscompilation of some
SSE2 intrinsics
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115146
--- Comment #9 from Sergei Trofimovich ---
(In reply to Levy Hsu from comment #7)
> Created attachment 58236 [details]
> [PR]115146
The change fixed `highway-1.0.7` testsuite failure for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115146
--- Comment #4 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #3)
> Bisected down to r15-498-gc6cc6d4741a880
Sorry, should be r15-499-ga71f90c5a7ae29
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115146
Sergei Trofimovich changed:
What|Removed |Added
CC||admin at levyhsu dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115146
Sergei Trofimovich changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115146
--- Comment #1 from Sergei Trofimovich ---
Specifically if I change original example to contain 16 bytes instead of 8:
--- bug.c.orig 2024-05-18 11:07:47.426351557 +0100
+++ bug.c 2024-05-18 11:08:02.135601287 +0100
@@ -15,2 +15,2 @@
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115146
Bug ID: 115146
Summary: [15 Regression] Incorrect 8-byte vectorization:
psllw/psraw confusion
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115115
--- Comment #7 from Sergei Trofimovich ---
Filed https://github.com/google/highway/issues/2183 on `highway` upstream side.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115115
--- Comment #5 from Sergei Trofimovich ---
(In reply to Andrew Pinski from comment #2)
> So from a point of view of float to int conversion, both are valid for out
> of range values.
Looking at CVTTPS2DQ instruction from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115115
--- Comment #3 from Sergei Trofimovich ---
I might also have overzealously extracted simplified example from
highway-1.0.7: `gcc-14` (or older) do not fail on unmodified highway-1.0.7
testsuite.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115115
--- Comment #1 from Sergei Trofimovich ---
If I understand the test correctly it uses 2^63 floating point value and
converts it to uint32_t (or int32_t?).
gcc's constant-fold saturates it to 2^63-1 while CPU keeps it at 2^63 (as if it
was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115115
Bug ID: 115115
Summary: [12/13/14/15 Regression] highway-1.0.7 wrong
_mm_cvttps_epi32() constant fold
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #25 from Sergei Trofimovich ---
(In reply to Richard Biener from comment #24)
> (In reply to Sergei Trofimovich from comment #23)
> [...]
> > Why did `gcc` generate unconditional NULL dereference here? I suspect it
> > somehow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #23 from Sergei Trofimovich ---
At SIGSEGV site the code is an unconditional NULL dereference due to
dereference of `xor %esi,%esi` result from `gdb`.
797 if (op != _Py_NULL) {
0x7f940c871563 <+2563>: cmpq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #22 from Sergei Trofimovich ---
Trying again to catch more precise place for SIGABRT.
Beginning at the start of the possibly aborting function:
(gdb) break __pyx_pf_4sage_4libs_3gap_7element_19GapElement_Function_2__call__
(gdb)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #21 from Sergei Trofimovich ---
Good point! I wonder if I'm looking at the backtrace too late (or at the wrong
one). I'll retry again this evening and will extract more context.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #18 from Sergei Trofimovich ---
> 2) ideally show a gdb session with the important events, which setjmp was it
> (I see _setjmp and __sigsetjmp calls in the function), which exact function
> called from the function ended up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #17 from Sergei Trofimovich ---
> 1) attach your *.s file and state which exact compiler you used (revision)
Generate code first:
https://slyfox.uni.cx/b/gcc/PR114872/d.tar.gz (4MB, does not fit on bugzilla's
1MB limit)
is the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114933
--- Comment #9 from Sergei Trofimovich ---
The mcfgthread change fixed the full gcc build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114933
Sergei Trofimovich changed:
What|Removed |Added
CC||lh_mouse at 126 dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114933
Bug ID: 114933
Summary: [15 Regression] mcfgthread-1.6.1 typecheck failure:
error: explicit specializations are not permitted here
Product: gcc
Version: 14.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114439
--- Comment #6 from Sergei Trofimovich ---
The change also fixed full icu4c-73.2 build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114439
Sergei Trofimovich changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114439
Bug ID: 114439
Summary: [14 Regression] icu4c-73.2 build failure: invalid
initializer for array member
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111527
--- Comment #5 from Sergei Trofimovich ---
(In reply to Deepthi H from comment #4)
> I have been investigating this issue further. Hence checking the source code
> and debugging the gcc sources. However, I wasn't able to find where the
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113141
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113445
--- Comment #10 from Sergei Trofimovich ---
The patch fixes bootstrap for me as well. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113445
Bug ID: 113445
Summary: [14 Regression] bootstrap failure on f95-lang.cc:
‘-fcompare-debug’ failure
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113132
Sergei Trofimovich changed:
What|Removed |Added
CC||tamar.christina at arm dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113132
Bug ID: 113132
Summary: [14 regression] --enable-checking=release build fails:
tree-vect-loop.cc:6221:34: error:
‘vec_stmts.vec::m_vec’ may
be used uninitialized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112991
--- Comment #5 from Sergei Trofimovich ---
The change also fixes p7zip-17.05 build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112991
Bug ID: 112991
Summary: [14 Regression] ICE during GIMPLE pass: ifcvt on
p7zip-17.05
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112869
--- Comment #3 from Sergei Trofimovich ---
I confirm the proposed change fixes build of libopenmpt-0.7.3 as well. Thank
you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112869
Bug ID: 112869
Summary: [14 regression] ICE at gimplify_expr, at
gimplify.cc:17531 on libopenmpt-0.7.3
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112711
--- Comment #9 from Sergei Trofimovich ---
The change also fixes llvm-16.0.6 testsuite for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112711
--- Comment #3 from Sergei Trofimovich ---
I confirm bisect landed on r14-5831-gaae723d360ca26 as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112711
Bug ID: 112711
Summary: [14 Regression] possibly wrong code in bswap32(int) on
llvm-16.0.6 test suite
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112613
--- Comment #3 from Sergei Trofimovich ---
> since the bad instruction is a compare, it does seem like it might be solved
> via https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112572#c18 too. compare
> elimination is going wrong.
Yeah, that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112572
--- Comment #19 from Sergei Trofimovich ---
I spent some time poking at the bug and was not able to reproduce it on my
toolchain.
I was able to get it to fail on gentoo's toolchain and arrived at problems in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112613
--- Comment #1 from Sergei Trofimovich ---
Created attachment 56635
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56635=edit
bug.cpp.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112613
Bug ID: 112613
Summary: gcc generates incorrect argument reads at prologue
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112601
Bug ID: 112601
Summary: ICE in cgraph_node::verify_node(): error: invalid
calls_comdat_local flag
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112567
--- Comment #5 from Sergei Trofimovich ---
The fix allowed me to build linux-6.6.1 successfully with current gcc-master.
Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112567
Bug ID: 112567
Summary: [14 regression] ICE in RTL pass: split2: Segmentation
fault
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95194
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112467
--- Comment #2 from Sergei Trofimovich ---
Filed a feature request on `clang` side to consider implementing it:
https://github.com/llvm/llvm-project/issues/71858
Meanwhile would it be reasonable to enable the attribute only for `gcc`?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112467
Bug ID: 112467
Summary: [14 Regression] libstdc++ fails to build on clang:
bits/stl_bvector.h:189:23: error: '__assume__'
attribute cannot be applied to a statement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112379
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112379
--- Comment #1 from Sergei Trofimovich ---
Proposed trivial fix by marking helper as `ATTRIBUTE_UNUSED`:
https://gcc.gnu.org/pipermail/gcc-patches/2023-November/635194.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112379
Bug ID: 112379
Summary: [14 Regression] bootstrap failure on
--enable-checking=release: gcc/gcc-urlifier.cc:100:1:
error: get_url_suffix_for_quoted_text() defined but
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=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,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347
Sergei Trofimovich changed:
What|Removed |Added
CC||muecker at gwdg dot de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112347
Bug ID: 112347
Summary: [14 regression] ICE on jemalloc-5.3.0: Segmentation
fault around convert_for_assignment()
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111653
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112332
--- Comment #6 from Sergei Trofimovich ---
I confirm that the fix also fixes original python-3.11.6 build failure. Thank
you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112332
--- Comment #1 from Sergei Trofimovich ---
Slightly shorter example:
typedef union {
double d;
int L[2];
} U;
void d2b(int*);
void _Py_dg_dtoa(double dd) {
int be;
U u;
u.d = dd;
if (()->L[1])
d2b();
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112332
Bug ID: 112332
Summary: [14 regression] ICE: internal compiler error: in
extract_constrain_insn, at recog.cc:2705
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112321
Bug ID: 112321
Summary: [14 Regression] ICE during GIMPLE pass: dse: :
Segmentation fault
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112107
Sergei Trofimovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112107
--- Comment #8 from Sergei Trofimovich ---
bootstrap with default options did not fail for me either. I had to use
--enable-checking=release to trigger the failure. I wonder if it exposes the
failure for you as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112107
--- Comment #6 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #5)
> Bisected down to r14-4943-g8d2130a4e5ce36 "[RA]: Modfify cost calculation
> for dealing with equivalences"
Sorry, pasted wrong hash. That should be a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112107
Sergei Trofimovich changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112107
--- Comment #2 from Sergei Trofimovich ---
Reduced ira-build.cc down to the following:
// $ cat pp.cc.cc
typedef struct ira_object *ira_object_t;
struct ira_object {
void *conflicts_array;
int min, max;
};
void *ira_allocate(int);
int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112107
--- Comment #1 from Sergei Trofimovich ---
`diffoscope` says there is a difference in generated code in one of the
functions:
$ strip --strip-debug stage2-gcc-ira-build.o stage3-gcc-ira-build.o
$ diffoscope stage2-gcc-ira-build.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112107
Bug ID: 112107
Summary: [14 Regression] bootstrap failure on i686-linux:
gcc/ira-build.o differs
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111824
--- Comment #2 from Sergei Trofimovich ---
Sounds good.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111824
Bug ID: 111824
Summary: [14 Regression] is invalid under
-U__STRICT_ANSI__ -std=c++11
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111663
Sergei Trofimovich changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |slyfox at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111283
Sergei Trofimovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111559
Sergei Trofimovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111663
--- Comment #1 from Sergei Trofimovich ---
Proposed the change as
https://gcc.gnu.org/pipermail/gcc-patches/2023-October/631790.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111663
Bug ID: 111663
Summary: profiledbootstrap fails on master:
gcc/genmodes.cc:2152:1: error:
‘gcc/build/genmodes.gcda’ profile count data file not
found
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111642
--- Comment #14 from Sergei Trofimovich ---
(In reply to Richard Sandiford from comment #13)
> Created attachment 56023 [details]
> Tentative fix
Re " That now triggers a warning
in some configurations, since the NUM_POLY_INT_COEFFS>1 tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111653
Bug ID: 111653
Summary: make bootstrap4 fails for -fchecking=2 code generation
changes
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 498 matches
Mail list logo