https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105084
Richard Biener changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105086
--- Comment #3 from Richard Biener ---
(In reply to Andrew Macleod from comment #2)
> Ranger VRP doesn't simulate edges the same way VRP does. It looks like VRP
> simulates the back edge twice and the second time notes that the MAX value
> is gr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105088
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105074
--- Comment #5 from Sergei Trofimovich ---
The change fixes full gnutls-3.7.3 build for me as well. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105089
--- Comment #1 from Richard Biener ---
Looks like this is a defect in CTF then? Which should it pick? The more
"specific"? What if there are two?
static const char a[] = "testme";
void foo () { puts (a); }
int main()
{
extern const char a[
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105091
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105093
Bug ID: 105093
Summary: ICE in expand_expr_addr_expr_1, at expr.c:7607 since
r6-3529-gf11a7b6d57f6fcba
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105093
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-03-29
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105094
Bug ID: 105094
Summary: UBSAN in clear_bit_region(unsigned char*, unsigned
int, unsigned int) (gimple-ssa-store-merging.cc:1834)
Product: gcc
Version: 12.0
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81728
Tom de Vries changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105095
Bug ID: 105095
Summary: gcc.dg/vect/complex/fast-math-complex-* tests are not
executed
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81909
Tom de Vries changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53037
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment #43
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #46 from Hongtao.liu ---
Another issue is splitting vector load to halves or elements, the latter
requires scratch registers which may not be available, the former doesn't
require extra register but may still trigger STLF stalls. For
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105088
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105088
--- Comment #4 from Jakub Jelinek ---
Can't reproduce with current 11 branch either.
Perhaps r12-1777-ga21dc9d1529b8a8071e36b22b6e8492fc2ce7d5a which has been
backported to 11 in r11-8650-gf19b20de1b24d6b53479c6815316a5201b22775d as well?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105088
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105088
--- Comment #6 from Eric Botcazou ---
This comes from binutils:
https://sourceware.org/pipermail/binutils/2021-November/118442.html
and I don't think that there is any violation, the file_name is simply
represented by a pair (DW_LNCT_path, DW_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105092
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105088
--- Comment #7 from Jakub Jelinek ---
That looks incorrect to me, the intent was that it is actually the same string,
that is also why there is DW_FORM_line_strp so that it can actually use the
same string rather than its copy.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105088
--- Comment #8 from Jakub Jelinek ---
See the
"Note that if a .debug_line_str section is present, both the compilation unit
debugging information entry and the line number header can share a single copy
of
the current directory name string."
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105088
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105088
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
--- Comment #47 from rguenther at suse dot de ---
On Tue, 29 Mar 2022, crazylht at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101908
>
> --- Comment #46 from Hongtao.liu ---
> Another issue is splitting vector load to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105090
--- Comment #1 from Richard Earnshaw ---
This was fallout from some changes made internally in the compiler in around
the gcc-10 timeframe, but it really just exposed a more general problem with
the failure to detect opportunities to use bitfiel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105090
Richard Earnshaw changed:
What|Removed |Added
Last reconfirmed||2022-03-29
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105096
Bug ID: 105096
Summary: --target-help not an alias for --help=target
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: dr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100059
--- Comment #5 from Tobias Burnus ---
Another example for this is https://github.com/clang-ykt/omptests 's
t-same-name-definitions which has the same issue + is fixed by the pull request
for nvptx-tools.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105095
Richard Biener changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105093
--- Comment #1 from Richard Biener ---
--- t.ii.025t.waccess1 2022-03-29 12:27:14.769503716 +0200
+++ t.ii.026t.ubsan 2022-03-29 12:27:14.769503716 +0200
...
volatile struct X test21 ()
{
volatile struct X & x.0_1;
volatile struct X
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104271
Richard Biener changed:
What|Removed |Added
Status|WAITING |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105094
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2022-03-29
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105094
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |10.4
Summary|UBSAN in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105095
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105096
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-03-29
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105091
--- Comment #4 from Jiu Fu Guo ---
Created attachment 52708
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52708&action=edit
279r.cse2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105091
--- Comment #5 from Jiu Fu Guo ---
Created attachment 52709
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52709&action=edit
280r.dse1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105091
--- Comment #6 from Jiu Fu Guo ---
---bits_test.go
package big
import (
"fmt"
"testing"
)
type Bits []int
func TestMulBits(t *testing.T) {
for _, test := range []struct {
x, y, want Bits
}{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104714
--- Comment #2 from CVS Commits ---
The master branch has been updated by Tom de Vries :
https://gcc.gnu.org/g:de0ef04419e90eacf0d1ddb265552a1b08c18d4b
commit r12-7891-gde0ef04419e90eacf0d1ddb265552a1b08c18d4b
Author: Tom de Vries
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104714
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |12.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105088
--- Comment #11 from Mark Wielaard ---
I believe the intention of the DWARF5 spec as that dir entry zero would be
equal to the comp_dir attribute of the CU and file entry zero would be equal to
the name attribute of the CU.
Also, although the s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105091
--- Comment #7 from Jiu Fu Guo ---
tried to remove 'fmt' from the narrowed code, but it is still in code :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105032
--- Comment #9 from Vladimir Makarov ---
Cycling is the worst what can happen to compiler (even crash is better).
This is the highest priority PR right now for me. I can not say why the cycle
does not finish. It should as it works only for rel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69732
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65206
--- Comment #14 from Richard Biener ---
*** Bug 69732 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105097
Bug ID: 105097
Summary: hashtab_chk_error when using g3 option to compile some
C program
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69873
--- Comment #3 from Richard Biener ---
It's difficult to find a testcase that we'd vectorize with a runtime
profitability check but whithout any versioning or peeling because we should
always be able to statically decide profitability there - mor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105086
--- Comment #4 from Andrew Macleod ---
(In reply to Richard Biener from comment #3)
> (In reply to Andrew Macleod from comment #2)
>
> > I have an alternate question. it looks like when we utilize scev to pick up
> > ranges we just give up if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105086
--- Comment #5 from Jakub Jelinek ---
Even wrapping multiple times as long as it wraps finite number of times should
be possible to handle, no?
for (unsigned int i = ~0U; i != 2; i -= 7)
...;
wraps 5 times and has 3681400539 iterations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105086
--- Comment #6 from Andrew Macleod ---
(In reply to Jakub Jelinek from comment #5)
> Even wrapping multiple times as long as it wraps finite number of times
> should be possible to handle, no?
> for (unsigned int i = ~0U; i != 2; i -= 7)
> ..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105097
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2022-03-29
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105092
David Malcolm changed:
What|Removed |Added
CC||jakub at redhat dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105093
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=104857
--- Comment #2 from CVS Commits ---
The master branch has been updated by Tom de Vries :
https://gcc.gnu.org/g:a2eacdbd4c4a698b3b6f27ef5e1f8dd3d836b2e5
commit r12-7893-ga2eacdbd4c4a698b3b6f27ef5e1f8dd3d836b2e5
Author: Tom de Vries
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104857
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102466
Mathieu Malaterre changed:
What|Removed |Added
CC||mathieu.malaterre at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102466
--- Comment #4 from Mathieu Malaterre ---
I can reproduce it using -Wall -fsanitize=undefined -O2
* https://github.com/malaterre/PublicRep/tree/master/gcc/libjxl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105095
Tamar Christina changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tnfchris at gcc dot
gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101030
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105098
Bug ID: 105098
Summary: ICE: endless recursion during auto deduction
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105098
--- Comment #1 from Azat ---
Created attachment 52712
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52712&action=edit
reduced
Here is reduced file, that had been created with the following test for
creduce:
#!/usr/bin/env bash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105098
--- Comment #2 from Azat ---
Created attachment 52713
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52713&action=edit
original file generated with -save-temps
And here is the original pre-processed temporary file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104386
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104419
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2022-03-29
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105092
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105098
--- Comment #3 from Marek Polacek ---
Seems to be fixed on trunk by r12-3906-g51018dd1395c72.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105098
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102479
Marek Polacek changed:
What|Removed |Added
CC||a3at.mail at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105098
--- Comment #5 from Azat ---
>Seems to be fixed on trunk by r12-3906-g51018dd1395c72.
Indeed, thanks!
Will it be backported to gcc-11?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105092
--- Comment #3 from Jakub Jelinek ---
Created attachment 52714
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52714&action=edit
gcc12-pr105092.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85282
--- Comment #17 from Patrick Palka ---
This won't be implemented in time for GCC 12, sadly.
FWIW a class-scope explicit specialization should in most cases be equivalent
to an appropriately constrained partial specialization. So as a workaround
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104419
--- Comment #2 from Jakub Jelinek ---
>From what I can see, the reason why tuple2 is not std-layout is
https://eel.is/c++draft/class.prop#3.6
checked in:
/* ...has all non-static data members and bit-fields in the class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105089
--- Comment #2 from Indu Bhagat ---
Regarding this above-mentioned case of two variables (one inside the function),
CTF emits debug information for file-scope and global-scope variables only. So
in this example, the declaration of a inside the f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105089
--- Comment #3 from Indu Bhagat ---
Re: the more "specific" one?, I think if the compiler picks the type from the
defining declaration of the variable, that will be useful (and correct I think)
CTF debug information.
So, for the following-
cas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96882
--- Comment #10 from CVS Commits ---
The master branch has been updated by Richard Earnshaw :
https://gcc.gnu.org/g:1dca4ca1bf2f1b05537a1052e373d8b0ff11e53c
commit r12-7894-g1dca4ca1bf2f1b05537a1052e373d8b0ff11e53c
Author: Richard Earnshaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105089
--- Comment #4 from Andrew Pinski ---
(In reply to Indu Bhagat from comment #2)
> Regarding this above-mentioned case of two variables (one inside the
> function), CTF emits debug information for file-scope and global-scope
> variables only. So
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105067
--- Comment #5 from 康桓瑋 ---
It still seems to be ICE.
https://godbolt.org/z/YjazY4ajv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024
--- Comment #20 from CVS Commits ---
The master branch has been updated by Richard Earnshaw :
https://gcc.gnu.org/g:3032df28f2a1cc6514571558b76d9b80373b19c6
commit r12-7895-g3032df28f2a1cc6514571558b76d9b80373b19c6
Author: Richard Earnshaw
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024
--- Comment #21 from CVS Commits ---
The master branch has been updated by Richard Earnshaw :
https://gcc.gnu.org/g:b243ad1afb7f06ef4ab7649600d900b09b9c6b52
commit r12-7896-gb243ad1afb7f06ef4ab7649600d900b09b9c6b52
Author: Richard Earnshaw
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92396
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105071
--- Comment #3 from Martin Jambor ---
(In reply to Martin Liška from comment #2)
> Fixed on master with r10-3311-gff6686d2e5f797d6, if I add -fno-ipa-sra for
> the revision, it's still correct.
But it also works if you add -fno-inline ! ;-)
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105089
--- Comment #5 from Indu Bhagat ---
(In reply to Andrew Pinski from comment #4)
> (In reply to Indu Bhagat from comment #2)
> > Regarding this above-mentioned case of two variables (one inside the
> > function), CTF emits debug information for f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105067
--- Comment #6 from Patrick Palka ---
(In reply to 康桓瑋 from comment #5)
> It still seems to be ICE.
> https://godbolt.org/z/YjazY4ajv
I only see ordinary errors, no ICEs:
:3:9: error: concept 'C' has multiple template parameter lists
3 | c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105099
Bug ID: 105099
Summary: In lookup for namespace name qualifiers only
namespaces should be considered
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71637
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:89976d082488b3a7dc7520b980f854ce83043d38
commit r12-7898-g89976d082488b3a7dc7520b980f854ce83043d38
Author: Patrick Palka
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71637
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101914
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Resol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91911
Patrick Palka changed:
What|Removed |Added
CC||accounts at prantare dot xyz
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100789
--- Comment #5 from Marek Polacek ---
The problem is that we're creating a C_MAYBE_CONST_EXPR inside of a
TRANSATION_EXPR, but c_fully_fold doesn't walk into TRANSATION_EXPRs, so the
C_MAYBE_CONST_EXPR leaks into the gimplifier.
__transaction_r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103597
--- Comment #8 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:d886a5248e66ab911391af18bf955beb87ee8461
commit r12-7899-gd886a5248e66ab911391af18bf955beb87ee8461
Author: Marek Polacek
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103597
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105100
Bug ID: 105100
Summary: Strange warning when modifying structures "writing 1
byte into a region of size 0" when compile with -O3
Product: gcc
Version: 11.2.1
Status: UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50549
--- Comment #5 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:0712f356374c2cf26015cccfa3141537e42cbb12
commit r12-7900-g0712f356374c2cf26015cccfa3141537e42cbb12
Author: Harald Anlauf
Date: Su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68495
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
See
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50549
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103769
--- Comment #12 from Alexander Lelyakin ---
Great!
Just to recall: At the URL
https://lelyakin.de/hashtab/
You can always find results of everyday testing
how can last version of GCC compile standard c++ headers.
And sorry, it cannot compi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100474
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105085
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105101
Bug ID: 105101
Summary: incorrect rounding for sqrtq
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libquadmath
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105102
Bug ID: 105102
Summary: RFE: analyzer handling for asprintf and vasprintf
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
1 - 100 of 120 matches
Mail list logo
