https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102058
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102962
--- Comment #2 from Marco Mengelkoch ---
> No, that's not a safe assumption at all. Libstdc++ uses the platform's
> pthread types, it doesn't define them itself.
I would understand if just the order is different or if one is much faster than
t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103030
--- Comment #2 from c25devbiz at aol dot com ---
i686-linux-gnu
if change c_f to long double and use llf, brings c_f down and brings c down to
b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103029
--- Comment #3 from luoxhu at gcc dot gnu.org ---
This hack could restore the previous phi order to put nondfs phi args before
dfs_edge args. But I am not sure whether this is the correct direction. At
least it proves that the phi order matter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102664
Eric Gallager changed:
What|Removed |Added
Keywords||easyhack
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103029
luoxhu at gcc dot gnu.org changed:
What|Removed |Added
CC||luoxhu at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102912
Jonathan Wakely changed:
What|Removed |Added
Known to work||11.2.1
Summary|Not full su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103013
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103036
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103013
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:09bc98098e4ad474d2ba9da52457b29bbd08874b
commit r12-4833-g09bc98098e4ad474d2ba9da52457b29bbd08874b
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103036
Bug ID: 103036
Summary: incorrect #pragma GCC diagnostic suppression for macro
expansion and -Wuninitialized
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95916
Richard Biener changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
Vsevolod Livi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103035
Bug ID: 103035
Summary: [meta-bug] YARPGen bugs
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103034
Bug ID: 103034
Summary: implement multiply with overflow
(__muloti4/__mulodi4/__mulosi4)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63272
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103028
--- Comment #1 from Andrew Pinski ---
You should be able to hit this without -fharden-conditional-branches
Try something like:
unsigned char x;
int foo(void)
{
unsigned long long i = x;
i = i + 0x8000;
unsigned long long t = 0xff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103033
Bug ID: 103033
Summary: [12 regression] c-c++-common/auto-init-4.c ICEs
starting with r12-4829
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102817
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=78219
--- Comment #11 from kargl at gcc dot gnu.org ---
(In reply to anlauf from comment #9)
> (In reply to kargl from comment #7)
> > diff --git a/gcc/fortran/match.c b/gcc/fortran/match.c
>
> The patch unfortunately seems incomplete. It fails when u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98936
Roland Schulz changed:
What|Removed |Added
CC||roland at rschulz dot eu
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103032
Bug ID: 103032
Summary: false positive diagnostic from -fanalyzer about
double-free
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103027
--- Comment #2 from David Malcolm ---
Initial version of patch posted for discussion to:
https://gcc.gnu.org/pipermail/gcc-patches/2021-November/583039.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103024
--- Comment #1 from Andrew Pinski ---
Yes with -fnon-call-exceptions and -fsignaling-nans conditionals can (and
might) throw an exception. Maybe a sorry early during option processing should
happen and turn off hardening of condtionals.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103009
--- Comment #3 from Sylwester Baranski ---
OK. Thank you for connecting those problems.
Sylwester
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103024
Andrew Pinski changed:
What|Removed |Added
Target Milestone|12.0|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96892
--- Comment #10 from Sylwester Baranski ---
(In reply to Andrew Pinski from comment #9)
> *** Bug 103009 has been marked as a duplicate of this bug. ***
OK. Thank you for connecting those problems.
Sylwester
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103022
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103022
--- Comment #5 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:12f7864eff882cba2720d8871d8b136bd7a1d3cd
commit r9-9807-g12f7864eff882cba2720d8871d8b136bd7a1d3cd
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #26 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #25)
> (In reply to Jürgen Reuter from comment #24)
> > (In reply to Iain Sandoe from comment #23)
>
> > > I have filed a bug report, (FB9733712). It is impossible to k
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103031
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103031
Bug ID: 103031
Summary: [12 Regression] Missing static initializer folding
with -frounding-math
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102817
--- Comment #5 from anlauf at gcc dot gnu.org ---
I'm testing the following fix:
diff --git a/gcc/fortran/expr.c b/gcc/fortran/expr.c
index 4dea840e348..c5360dfaede 100644
--- a/gcc/fortran/expr.c
+++ b/gcc/fortran/expr.c
@@ -2129,6 +2129,7 @@ s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103022
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:2374dfc907a9eb6ae2940c0d49de37bcf96bd5e5
commit r10-10246-g2374dfc907a9eb6ae2940c0d49de37bcf96bd5e5
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102906
--- Comment #2 from Christophe Lyon ---
Yes, I can still see failures with r12-4820
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103030
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103022
--- Comment #3 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:0111975c07233512e63371b2bc99f88d9670bbc9
commit r11-9198-g0111975c07233512e63371b2bc99f88d9670bbc9
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103011
--- Comment #6 from Andreas Schwab ---
Please attach the file build-x86_64-pc-linux-gnu/libiberty/config.log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #25 from Iain Sandoe ---
(In reply to Jürgen Reuter from comment #24)
> (In reply to Iain Sandoe from comment #23)
> > I have filed a bug report, (FB9733712). It is impossible to know what the
> > OS release priorities are (or sche
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #24 from Jürgen Reuter ---
(In reply to Iain Sandoe from comment #23)
> (In reply to Jürgen Reuter from comment #22)
> > (In reply to Thomas Koenig from comment #20)
> > > (In reply to Iain Sandoe from comment #16)
> > > > (In reply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103030
Bug ID: 103030
Summary: floating point to int inconsistency
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103029
seurer at gcc dot gnu.org changed:
What|Removed |Added
Target||powerpc64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103029
Bug ID: 103029
Summary: [12 regression] gcc.dg/vect/pr82436.c ICEs on r12-4818
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100017
vvinayag at arm dot com changed:
What|Removed |Added
CC||vvinayag at arm dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #23 from Iain Sandoe ---
(In reply to Jürgen Reuter from comment #22)
> (In reply to Thomas Koenig from comment #20)
> > (In reply to Iain Sandoe from comment #16)
> > > (In reply to Thomas Koenig from comment #14)
>
> >
> > There
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103011
--- Comment #5 from Ian Lance Taylor ---
Can you add some output from make without the -j option? I don't understand
how this error is possible.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103011
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #22 from Jürgen Reuter ---
(In reply to Thomas Koenig from comment #20)
> (In reply to Iain Sandoe from comment #16)
> > (In reply to Thomas Koenig from comment #14)
>
> There is always the reason of not breaking compatibility, a q
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103026
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #21 from Jürgen Reuter ---
(In reply to Thomas Koenig from comment #19)
> (In reply to Jürgen Reuter from comment #18)
>
> > write(0x1, " Hello, world!\\n\n\0", 0x11)= 17 0
>
> Hmm, was this actually the string that you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #20 from Thomas Koenig ---
(In reply to Iain Sandoe from comment #16)
> (In reply to Thomas Koenig from comment #14)
> NOTE: I have been discussing the non-running of mod_term_funcs with my
> "downstream" and Apple folks. The conse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102990
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #19 from Thomas Koenig ---
(In reply to Jürgen Reuter from comment #18)
> write(0x1, " Hello, world!\\n\n\0", 0x11) = 17 0
Hmm, was this actually the string that you put into the Fortran
program, or is something very s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103023
--- Comment #2 from bartoldeman at users dot sourceforge.net ---
Yes this is about the ICE mainly.
It was stripped down from this, which HAS uniform.
subroutine func(u,f,ndim)
!$OMP DECLARE SIMD(func) uniform(ndim) linear(ref(f,u):1)
intege
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103026
--- Comment #2 from Marek Polacek ---
Patch posted:
https://gcc.gnu.org/pipermail/gcc-patches/2021-November/583031.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102997
--- Comment #10 from hubicka at kam dot mff.cuni.cz ---
>
> Hmmm, this commit disables problematic threads we've agreed are detrimental to
> loop form. So it's not something the threader did, but something it's not
> allowed to do. This PR may
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102281
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103027
--- Comment #1 from David Malcolm ---
I have a work-in-progress patch for this, though it has some issues that need
discussion; I hope to post it soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102281
--- Comment #18 from qinzhao at gcc dot gnu.org ---
fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102281
--- Comment #17 from CVS Commits ---
The master branch has been updated by Qing Zhao :
https://gcc.gnu.org/g:429e3b7d8bf6609ddf7c7b1e49244997e9ac76b8
commit r12-4829-g429e3b7d8bf6609ddf7c7b1e49244997e9ac76b8
Author: Oracle Public Cloud User
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103028
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103027
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2021-11-01
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103028
Bug ID: 103028
Summary: ICE in extract_constrain_insn, at recog.c:2670
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103027
Bug ID: 103027
Summary: Implement warning for homoglyphs in identifiers
[CVE-2021-42694]
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102997
--- Comment #9 from Aldy Hernandez ---
(In reply to Martin Liška from comment #8)
> Started with Aldy's commit
> r12-4526-gd8edfadfc7a9795b65177a50ce44fd348858e844.
Hmmm, this commit disables problematic threads we've agreed are detrimental to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103026
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103025
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103025
Bug ID: 103025
Summary: ICE in insert_stmt_after, at tree-ssa-reassoc.c:1524
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103024
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103024
Bug ID: 103024
Summary: ICE in execute, at gimple-harden-conditionals.cc:424
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102957
Kito Cheng changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103000
Tamar Christina changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103000
--- Comment #4 from CVS Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:8a260d652c421e212818efc3c0f487cf9cdbcc2c
commit r12-4826-g8a260d652c421e212818efc3c0f487cf9cdbcc2c
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103003
Andrew Macleod changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103022
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:91bac9fed5d082f0b180834110ebc0f46f97599a
commit r12-4824-g91bac9fed5d082f0b180834110ebc0f46f97599a
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103003
--- Comment #4 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:0187c03be31a58ba561d535687dc00c94f0ff1aa
commit r12-4821-g0187c03be31a58ba561d535687dc00c94f0ff1aa
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103023
Jakub Jelinek changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103007
--- Comment #10 from Mario Baumann ---
Added smaller Fortran example foo.F.
Same behaviour, fails with ICE for -O2 and works with -O1 and -O0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103007
Mario Baumann changed:
What|Removed |Added
CC||mario-baumann at web dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91497
--- Comment #24 from Manfred Schwarb ---
Sandra,
I will look into this. Probably streamlining the patch to only use *4 and *8
is appropriate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102990
Patrick Palka changed:
What|Removed |Added
Known to work||8.5.0
Summary|ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #18 from Jürgen Reuter ---
(In reply to Thomas Koenig from comment #13)
> Here is a complete strace of a "Hello, world" program on Linux, compiled
> with -static-libgfortran (to remove some of the shared library loading :-)
> and exe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102997
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-11-01
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103023
Bug ID: 103023
Summary: ICE (Segmentation fault) with !$OMP DECLARE SIMD(func)
linear(ref(u))
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103007
--- Comment #8 from Jürgen Reuter ---
(In reply to Jürgen Reuter from comment #6)
> Created attachment 51716 [details]
> gfortran appearance of the ICE
Just for completeness, this example needs to be compiled with -O2, while
-O0 and -O1 work fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #17 from Iain Sandoe ---
(In reply to Thomas Koenig from comment #15)
> Hmm, to test this further: What does
>
> program main
> use, intrinsic :: iso_fortran_env, only: output_unit
> write (*,'(A)') 'Hello, world!'
> flush out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #16 from Iain Sandoe ---
(In reply to Thomas Koenig from comment #14)
> (In reply to Iain Sandoe from comment #6)
> > I had a brief look at some new fails on macOS12 / Darwin21 for gcov.
> >
> > It seems that .mod_term_funcs entries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103013
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-11-01
Assignee|unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103006
Jakub Jelinek changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #15 from Thomas Koenig ---
Hmm, to test this further: What does
program main
use, intrinsic :: iso_fortran_env, only: output_unit
write (*,'(A)') 'Hello, world!'
flush output_unit
end program main
yield, does that create the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103006
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992
--- Comment #14 from Thomas Koenig ---
(In reply to Iain Sandoe from comment #6)
> I had a brief look at some new fails on macOS12 / Darwin21 for gcov.
>
> It seems that .mod_term_funcs entries are not being run - so if libgfortran
> relies on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103007
--- Comment #7 from Tamar Christina ---
Yes, I've posted a patch for this already
https://gcc.gnu.org/pipermail/gcc-patches/2021-November/583008.html
waiting review.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103022
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=102992
--- Comment #13 from Thomas Koenig ---
Here is a complete strace of a "Hello, world" program on Linux, compiled
with -static-libgfortran (to remove some of the shared library loading :-)
and executed with
$ strace ./a.out > hello.dat
execve(".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103007
--- Comment #6 from Jürgen Reuter ---
Created attachment 51716
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51716&action=edit
gfortran appearance of the ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103007
Jürgen Reuter changed:
What|Removed |Added
CC||juergen.reuter at desy dot de
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103022
Bug ID: 103022
Summary: std::begin on empty std::valarray causes
_GLIBCXX_DEBUG assertion
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103021
Eric Gallager changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103021
Eric Gallager changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103021
Bug ID: 103021
Summary: Make the path to etags used in the build system
configurable
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: build
S
1 - 100 of 130 matches
Mail list logo
