https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113693
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113531
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113576
--- Comment #32 from Richard Biener ---
Btw, AVX512 knotb will invert all 8 bits and there's no knot just affecting
the lowest 4 or 2 bits.
It all feels like desaster waiting to happen ;)
For example BIT_NOT_EXPR is RTL expanded like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113576
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113701
Uroš Bizjak changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113702
--- Comment #1 from Jiajing_Zheng ---
jing@jing-ubuntu:~$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/home/jing/gcc-12.2.0/usr/local/bin/../libexec/gcc/x86_64-pc-linux-gnu/12.2.0/lto-wrapper
Target: x86_64-pc-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113633
Radek Barton changed:
What|Removed |Added
CC||radek.barton at microsoft dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113701
--- Comment #2 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #0)
> Following testcase:
>
> --cut here--
> typedef unsigned __int128 U;
>
> U f0 (U x, U y) { return x + y; }
> U f1 (U x, U y) { return x - y; }
>
> U f2 (U x, U y)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113701
Bug ID: 113701
Summary: Issues with __int128 argument passing
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113576
Richard Biener changed:
What|Removed |Added
CC||ams at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90276
--- Comment #10 from Jonathan Wakely ---
And another one:
https://github.com/llvm/llvm-project/issues/80217
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113694
--- Comment #1 from Richard Biener ---
You could provide an alias to __stack_chk_guard/__stack_chk_fail in your code
though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110071
Surya Kumari Jangala changed:
What|Removed |Added
Last reconfirmed||2024-02-01
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109107
Andrew Pinski changed:
What|Removed |Added
Target Milestone|10.5|13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108256
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113702
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113531
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:ceb242f5302027c44a7dca86c344863004b6fec4
commit r14-8681-gceb242f5302027c44a7dca86c344863004b6fec4
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110071
Surya Kumari Jangala changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113699
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=108060
Andrew Pinski changed:
What|Removed |Added
Target Milestone|10.5|12.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113702
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108256
Andrew Pinski changed:
What|Removed |Added
CC||jiajing_zheng at 163 dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113576
--- Comment #34 from Richard Sandiford ---
(In reply to Richard Biener from comment #32)
> Btw, AVX512 knotb will invert all 8 bits and there's no knot just affecting
> the lowest 4 or 2 bits.
>
> It all feels like desaster waiting to happen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113702
Bug ID: 113702
Summary: -fsanitize=undefined missed a check under GCC 12.2.0
compared to 13.2.0
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113698
--- Comment #3 from Jakub Jelinek ---
You can use GOMP_CPU_AFFINITY or different setting of OMP_PROC_BIND together
with OMP_PLACES to bind the initial thread to different CPU.
While the OpenMP spec allows moving the initial thread from
: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: doko at gcc dot gnu.org
Target Milestone: ---
seen with trunk 20240201, works with 20240131 on aarch64-linux-gnu
during GIMPLE pass: widening_mul
../../src/gcc/value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113700
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
OP 100
int main()
{
long long result[N+1] = {};
#if 1
std::mt19937 gen(20240201);
#else
std::mt19937_64 gen(20240201);
#endif
for (int i = 1; i <= OUTER_LOOP; i++) {
#if 1
std::binomial_distribution d(N, P);
for (int j = 1; j <= INNER_LOOP; j++)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113706
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112437
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113684
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105608
--- Comment #15 from GCC Commits ---
The master branch has been updated by Lewis Hyatt :
https://gcc.gnu.org/g:019dc63819befb2b82077fb2d76b5dd670946f36
commit r14-8698-g019dc63819befb2b82077fb2d76b5dd670946f36
Author: Lewis Hyatt
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51492
--- Comment #12 from Tamar Christina ---
(In reply to JuzheZhong from comment #11)
> Hi, Tamar.
>
> We are interested in supporting saturating and rounding.
Awesome!
>
> We may need to support scalar first.
>
> Do you have any suggestions ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113703
--- Comment #3 from Krister Walfridsson ---
Oops. I messed up the test case... It "works", but the actual values does not
make sense...
The following is better:
int main()
{
long pgsz = sysconf (_SC_PAGESIZE);
void *p = mmap (NULL, pgsz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705
Alex Coplan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112437
--- Comment #4 from GCC Commits ---
The releases/gcc-13 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:aa24f8f67fbff1c324c189b2bec9f58bd09f82dd
commit r13-8268-gaa24f8f67fbff1c324c189b2bec9f58bd09f82dd
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113706
Bug ID: 113706
Summary: c-c++-common/pr103798-2.c FAILs as C++
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88849
Jonathan Wakely changed:
What|Removed |Added
Keywords||wrong-code
=/local/suz-local/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 14.0.1 20240201 (experimental) (GCC)
[533] %
[533] % gcctk -O1 small.c
during GIMPLE pass: cunroll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51492
--- Comment #8 from JuzheZhong ---
Missing saturate vectorization causes RVV Clang 20% performance better than RVV
GCC during recent benchmark evaluation.
In coremark pro zip-test, I believe other targets should be the same.
I wonder how we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51492
--- Comment #9 from JuzheZhong ---
Ok. After investigation of LLVM:
Before loop vectorizer:
%cond12 = tail call i32 @llvm.usub.sat.i32(i32 %conv5, i32 %wsize)
%conv13 = trunc i32 %cond12 to i16
After loop vectorizer:
%10 = call <16 x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113684
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112437
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:65b105b4f399559685200e1598ead8c7d0935c04
commit r14-8697-g65b105b4f399559685200e1598ead8c7d0935c04
Author: Marek Polacek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112580
--- Comment #8 from Patrick Palka ---
Reduced testcase for the xtreme-header-{4,5,6} error:
$ cat 112580_a.H
template
struct _Formatting_scanner {
long long _M_unpacked_size;
struct {
int _M_values;
};
virtual int _M_format_arg()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113690
H.J. Lu changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #3 from H.J. Lu ---
It is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51492
--- Comment #11 from JuzheZhong ---
Hi, Tamar.
We are interested in supporting saturating and rounding.
We may need to support scalar first.
Do you have any suggestions ?
Or you are already working on it?
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51492
--- Comment #10 from JuzheZhong ---
Hi, Tamar.
We are interested in supporting saturating and rounding.
We may need to support scalar first.
Do you have any suggestions ?
Or you are already working on it?
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534
--- Comment #27 from Lukas Grätz ---
(In reply to Jakub Jelinek from comment #26)
> (In reply to Lukas Grätz from comment #25)
> > (In reply to Jakub Jelinek from comment #19)
> > > (In reply to H.J. Lu from comment #18)
> > > > (In reply to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112437
--- Comment #5 from GCC Commits ---
The releases/gcc-12 branch has been updated by Marek Polacek
:
https://gcc.gnu.org/g:4617c9b6eb22062a319dcdbddb8c3cebce398c15
commit r12-10124-g4617c9b6eb22062a319dcdbddb8c3cebce398c15
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113706
--- Comment #1 from Rainer Orth ---
Created attachment 57282
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57282=edit
32- bit i386-pc-solaris2.11 preprocessed input
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113706
--- Comment #2 from Rainer Orth ---
Created attachment 57283
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57283=edit
32- bit i386-pc-solaris2.11 assembler output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113682
--- Comment #5 from Mathias Stearn ---
(In reply to Andrew Pinski from comment #2)
> I should note that on x86, 2 cmov in a row might be an issue and worse than
> branches. There is a cost model and the x86 backend rejects that.
>
> There are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113703
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705
--- Comment #1 from Matthias Klose ---
Created attachment 57281
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57281=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705
Richard Biener changed:
What|Removed |Added
CC||sayle at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113703
--- Comment #2 from Krister Walfridsson ---
Here is a runtime testcase:
#include
#include
#include
__attribute__((noipa))
void f1 (char *p, uintptr_t i, uintptr_t n)
{
p += i;
do
{
*p = '\0';
p += 1;
i++;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113693
--- Comment #3 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:b84f8a5e0a7ef3e5bd0d186fc7e280d9c43c5b7f
commit r14-8683-gb84f8a5e0a7ef3e5bd0d186fc7e280d9c43c5b7f
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112506
--- Comment #6 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:75f49cf82e06971b066b4f440256004775603752
commit r14-8684-g75f49cf82e06971b066b4f440256004775603752
Author: Gaius Mulley
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111627
--- Comment #5 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:75f49cf82e06971b066b4f440256004775603752
commit r14-8684-g75f49cf82e06971b066b4f440256004775603752
Author: Gaius Mulley
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113255
--- Comment #15 from Richard Biener ---
The issue is also that via CSELIB we go from the good
(minus:DI (reg/f:DI 119)
(reg:DI 115))
to
(minus:DI (value:DI 11:11 @0x41fca00/0x41ec410)
(value:DI 10:15448 @0x41fc9e8/0x41ec3e0))
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113682
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113701
Roger Sayle changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113646
--- Comment #4 from Jan Hubicka ---
>
> With -fprofile-partial-training the znver4 LTO vs LTOPGO regression (on a
> newer
> master) goes down from 66% to 54%.
>
> So far I did not find a way to easily train with the reference run (when I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113689
--- Comment #3 from Jakub Jelinek ---
Anyway, if flag_fentry == 0, it doesn't seem to be safe to clobber any
registers to me,
sure, the code could test if %r10 or %r11 are ever live in the current function
(if that information is up to date at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534
--- Comment #26 from Jakub Jelinek ---
(In reply to Lukas Grätz from comment #25)
> (In reply to Jakub Jelinek from comment #19)
> > (In reply to H.J. Lu from comment #18)
> > > (In reply to Jakub Jelinek from comment #17)
> > > > E.g. shouldn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51492
--- Comment #7 from Li Pan ---
RISC-V backend reproduce code, build with "-march=rv64gcv_zba_zbb_zbc_zbs
--param=riscv-autovec-preference=fixed-vlmax -Ofast -ffast-math"
typedef unsigned short uint16_t;
void AAA (uint16_t *x, uint16_t *y,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112506
--- Comment #7 from Gaius Mulley ---
I doubt the m2date and testclock are related to filesystem case (but I could be
wrong) as I've built gcc on a gnu-linux jfs filesystem (case preserving case
insensitive) and see:
=== gm2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113692
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=113553
--- Comment #3 from Matthias Klose ---
glibc 2.37 from the branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113255
--- Comment #16 from Richard Biener ---
The "interesting" part is that the i386 + simplify_rtx parts fix the issue but
if you add the alias.cc part ontop it again fails at -O1 (the alias.cc part
alone also "fixes" it). This all of course shows
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113701
--- Comment #4 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #2)
> > The most problematic function is f3, which regressed noticeably from
> > gcc-12.3:
>
> This patch solves the regression:
>
> --cut here--
> diff --git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113703
Bug ID: 113703
Summary: ivopts miscompiles loop
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113692
--- Comment #5 from Jakub Jelinek ---
*** Bug 113691 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113691
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113704
Bug ID: 113704
Summary: std::locale::locale(const locale&, Facet*) is
inefficient
Product: gcc
Version: 11.4.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113689
Jakub Jelinek changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113693
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113701
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112506
--- Comment #8 from Iain Sandoe ---
(In reply to Gaius Mulley from comment #7)
> I doubt the m2date and testclock are related to filesystem case (but I could
> be wrong) as I've built gcc on a gnu-linux jfs filesystem (case preserving
> case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70321
--- Comment #27 from GCC Commits ---
The master branch has been updated by Rainer Orth :
https://gcc.gnu.org/g:ee7011eab67d8272f88e954bbab2e42bf6353441
commit r14-8690-gee7011eab67d8272f88e954bbab2e42bf6353441
Author: Rainer Orth
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38534
--- Comment #25 from Lukas Grätz ---
(In reply to Jakub Jelinek from comment #19)
> (In reply to H.J. Lu from comment #18)
> > (In reply to Jakub Jelinek from comment #17)
> > > E.g. shouldn't it at least be disabled for -O0 and -Og and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108323
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2024-01-30 00:00:00 |2024-2-1
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108323
--- Comment #3 from Jonathan Wakely ---
Also, locale::combine (and has_facet and use_facet, and locale::global and
locale::classic) should use [[nodiscard]].
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705
Alex Coplan changed:
What|Removed |Added
Summary|[14 Regression] ICE in |[14 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112944
--- Comment #3 from Georg-Johann Lay ---
See also the GCC v14 Release Notes:
https://gcc.gnu.org/gcc-14/changes.html#avr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113706
--- Comment #3 from H.J. Lu ---
On Solaris, when compiling this
#include
__attribute__ ((weak))
int
f (int a)
{
return memchr ("aE", a, 2) != NULL;
}
as C++ source, std::memchr is used and GCC doesn't treat std::memchr as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111268
--- Comment #17 from Richard Ball ---
(In reply to Richard Ball from comment #16)
> Confirmed that approved patch:
> https://sourceware.org/pipermail/gcc-patches/2024-February/644711.html
>
> Fixes neon-sve-bridge.c error and the error in #c8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111268
--- Comment #18 from GCC Commits ---
The master branch has been updated by Richard Ball :
https://gcc.gnu.org/g:4571b4d413a4ba5f1e2d429a2623180ad1c73c0f
commit r14-8703-g4571b4d413a4ba5f1e2d429a2623180ad1c73c0f
Author: Richard Ball
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111268
Richard Ball changed:
What|Removed |Added
Summary|[11/12/13/14 Regression]|[11/12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113705
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113707
--- Comment #2 from Zhendong Su ---
Another related test for -O3 (only):
[555] % gcctk -O3 small.c
during GIMPLE pass: cunroll
small.c: In function ‘main’:
small.c:14:5: internal compiler error: Segmentation fault
14 | int main() {
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112737
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 112737, which changed state.
Bug 112737 Summary: [14 Regression] g++.dg/modules/xtreme-header-2_b.C
-std=c++2b (test for excess errors)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112737
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112836
--- Comment #4 from John Paul Adrian Glaubitz ---
I tried this patch but it does not address the issue with posix_spawn that I am
seeing.
Trying to build gcc from git on Linux sparc64 with glibc 2.37 with the
following configuration:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113709
Bug ID: 113709
Summary: User -fno-thread-jumps gave Floating point exception
at -O2, -O3, -Os
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83371
Patrick Palka changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53499
Patrick Palka changed:
What|Removed |Added
See Also|https://gcc.gnu.org/bugzill |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108636
--- Comment #10 from Jonathan Wakely ---
Yes, that's explained above:
(In reply to GCC Commits from comment #3)
> On trunk there is a second problem, which is that the new equality
> operators for comparing directory iterators with
1 - 100 of 185 matches
Mail list logo