https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105100
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102043
--- Comment #40 from rguenther at suse dot de ---
On Wed, 30 Mar 2022, tkoenig at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102043
>
> --- Comment #39 from Thomas Koenig ---
> (In reply to Richard Biener from comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102043
--- Comment #39 from Thomas Koenig ---
(In reply to Richard Biener from comment #37)
> The issue itself is long latent so we probably have to live with GCC 12
> exposing slightly more cases of it in the real world (I have yet to see
> one there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104893
Tom de Vries changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105104
--- Comment #2 from John Eivind Helset ---
I'll try to create an MRE eventually...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105104
--- Comment #1 from John Eivind Helset ---
Indices of `bb` and `case_bb` in `convert_single_case_switch` are:
(gdb) p bb->index
$18 = 154
(gdb) p case_bb->index
$19 = 157
If that helps.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105104
Bug ID: 105104
Summary: [coroutines] ICE during GIMPLE pass:
coro-early-expand-ifns
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105091
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #8 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105077
--- Comment #5 from marshal ---
(In reply to Jonathan Wakely from comment #4)
> (In reply to marshal from comment #3)
> > But why "new int[negative];" throws std::bad_array_new_length as following
> > case?
>
> Because that case requires size_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105041
--- Comment #3 from Peter Bergner ---
The first real change I see does occur in the rnreg dump file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105041
Peter Bergner changed:
What|Removed |Added
Last reconfirmed||2022-03-29
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105085
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104954
--- Comment #10 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:c788a0eae0a7144e6f148162512fa2e93a45a035
commit r12-7905-gc788a0eae0a7144e6f148162512fa2e93a45a035
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105085
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:c788a0eae0a7144e6f148162512fa2e93a45a035
commit r12-7905-gc788a0eae0a7144e6f148162512fa2e93a45a035
Author: David Malcolm
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104210
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104210
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104571
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105103
Bug ID: 105103
Summary: RFE: detect bogus use of varargs in analyzer
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104571
--- Comment #3 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:69db6e7f4e1d07bf8f33e93a29139cc16c1e0a2f
commit r12-7904-g69db6e7f4e1d07bf8f33e93a29139cc16c1e0a2f
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104571
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=105102
Bug ID: 105102
Summary: RFE: analyzer handling for asprintf and vasprintf
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
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=105085
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
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=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=50549
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
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
--- 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=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=103597
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
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=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=91911
Patrick Palka changed:
What|Removed |Added
CC||accounts at prantare dot xyz
--- Comment
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=71637
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
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=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=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=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=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=92396
Barry Revzin changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
--- Comment
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=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=105067
--- Comment #5 from 康桓瑋 ---
It still seems to be ICE.
https://godbolt.org/z/YjazY4ajv
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=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 #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=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=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=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=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=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=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
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=105092
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
St
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=104386
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
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=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
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=101030
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
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=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=102466
Mathieu Malaterre changed:
What|Removed |Added
CC||mathieu.malaterre at gmail dot
com
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=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=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=105092
David Malcolm changed:
What|Removed |Added
CC||jakub at redhat dot com,
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=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=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 #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=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=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=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=69732
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
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=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=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=104714
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |12.0
Resolution|---
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=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=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 #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=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=105095
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Eric Botcazou
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=105094
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2022-03-29
Ever confirmed|0
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=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=105095
Richard Biener changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
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=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=105090
Richard Earnshaw changed:
What|Removed |Added
Last reconfirmed||2022-03-29
Ever confirmed|0
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=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=105088
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
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
--- 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
1 - 100 of 120 matches
Mail list logo
