https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
Richard Biener changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104015
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104023
Bug ID: 104023
Summary: Bulk rename of C++ test files to one filename
extension ?
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104018
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2022-01-14
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104009
--- Comment #3 from CVS Commits ---
The master branch has been updated by Siddhesh Poyarekar
:
https://gcc.gnu.org/g:17df585a3a6a852c71883cc2ff40e111a6875149
commit r12-6568-g17df585a3a6a852c71883cc2ff40e111a6875149
Author: Siddhesh Poyarekar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104009
Siddhesh Poyarekar changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104023
--- Comment #1 from Andrew Pinski ---
I think the testsuite only tests .C anyways. I am not in front of the computer
right now but you could check the .exp files to see if the other ones are
actually being tested.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104010
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2022-01-14
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104021
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104023
--- Comment #2 from Richard Biener ---
it depends on the specific sub-harness which suffix is included in the globs
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104022
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104024
Bug ID: 104024
Summary: ICE in curr_insn_transform, at lra-constraints.c:4132
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104010
--- Comment #4 from Richard Biener ---
Btw, you show V4SI vectorization but the analysis with this mode has the loads
unsupported for me:
t.c:5:13: note: ==> examining statement: _27 = *a_13(D);
t.c:5:13: missed: Aligned load, but unsupport
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93127
HaoChen Gui changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104015
--- Comment #3 from avieira at gcc dot gnu.org ---
Hi Kewen,
Thanks for the analysis. The param_vect_partial_vector_usage suggestion seems
valid, but that shouldn't be the root cause.
I would expect an unpredicated V8HI epilogue to fail for a
-with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r12-6567-20220114130226-gb77e3b4e458-checking-yes-rtl-df-extra-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 20220114 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104010
Richard Biener changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104013
Alexander Poeppel changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95737
--- Comment #9 from HaoChen Gui ---
Add a pattern to convert the plus mode to DI.
+(define_insn_and_split "*my_split"
+ [(set (match_operand:DI 0 "gpc_reg_operand")
+ (sign_extend:DI (plus:SI (match_operand:SI 1 "ca_operand")
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104025
Andrew Pinski changed:
What|Removed |Added
Component|debug |c++
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104023
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103771
--- Comment #18 from rsandifo at gcc dot gnu.org
---
Again haven't really looked at this in detail, so could be wrong, but:
(In reply to rguent...@suse.de from comment #13)
> On Thu, 13 Jan 2022, rsandifo at gcc dot gnu.org wrote:
>
> > https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104025
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-01-14
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104023
--- Comment #4 from Martin Liška ---
Oh no. We usually use .cpp/.cc extension as an additional file that is
intentionally skipped by a glob pattern:
$ head g++.target/i386/mv12.C
...
// { dg-additional-sources "mv12-aux.cc" }
or:
gcc/testsuit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104026
Bug ID: 104026
Summary: [12 Regression] ICE in wide_int_to_tree_1, at
tree.c:1755 via tree-vect-loop-manip.c:673
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104025
--- Comment #3 from Andrew Pinski ---
Obviously removing "&& warn_missing_template_keyword" will fix the
fcompare-debug but the question is which location is the more correct one?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104026
--- Comment #1 from Tobias Burnus ---
Breakpoint 4, vect_set_loop_controls_directly (...)
at src/gcc-mainline/gcc/tree-vect-loop-manip.c:672
673 gassign *minus = gimple_build_assign (adjusted_len, PLUS_EXPR,
674
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104027
Bug ID: 104027
Summary: [12 Regression] libgnat-12.so requires executable
stack on x86_64-linux
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104015
--- Comment #4 from Kewen Lin ---
Hi Andre,
Thanks for the detailed explanations all below!
(In reply to avieira from comment #3)
> Hi Kewen,
>
> Thanks for the analysis. The param_vect_partial_vector_usage suggestion
> seems valid, but that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103992
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:d67ba1dce9796bff177e52e2bbb68bfa2c69a884
commit r12-6572-gd67ba1dce9796bff177e52e2bbb68bfa2c69a884
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103771
--- Comment #19 from Richard Biener ---
Ah, so the issue is missing -mavx512bw which means we end up with a AVX2 style
mask for V32QImode. With -mavx512bw the code vectorizes fine.
I guess ix86_get_mask_mode is too restrictive here?
And indee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
Giulio Benetti changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104027
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |12.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028
Bug ID: 104028
Summary: M68k: Error: value -16034 out of range
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104015
--- Comment #5 from avieira at gcc dot gnu.org ---
Thanks Kewen, that seems worrying, I'll have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028
--- Comment #1 from Giulio Benetti ---
Created attachment 52188
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52188&action=edit
Pre-processed sg_dd.c(sg_dd.i)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028
--- Comment #2 from Giulio Benetti ---
Created attachment 52189
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52189&action=edit
Pre-processed sg_dd.c(sg_dd.s)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103992
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104026
Richard Biener changed:
What|Removed |Added
CC||rdapp at gcc dot gnu.org
Target Mile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104027
--- Comment #2 from Andrew Pinski ---
Created attachment 52190
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52190&action=edit
Patch which might fix the issue
I suspect it was caused by r12-5670-g8ba38e8c8b73 were we call:
Back_End.Gen_O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104027
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104026
--- Comment #3 from Tobias Burnus ---
Input file is:
https://sourceware.org/git/?p=newlib-cygwin.git;a=history;f=newlib/libc/stdlib/ecvtbuf.c;hb=HEAD
Compiled with amdgcn-amdhsa-gcc -g -O2 -ffunction-sections
I tried to reduce it – which kin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104027
Jakub Jelinek changed:
What|Removed |Added
CC||kenner at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104015
--- Comment #6 from rsandifo at gcc dot gnu.org
---
I think the patch in comment 2 is the correct fix (OK to commit).
(In reply to Kewen Lin from comment #4)
> (In reply to avieira from comment #3)
> > Hi Kewen,
> >
> > Thanks for the analysi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104026
rdapp at linux dot ibm.com changed:
What|Removed |Added
CC||rdapp at linux dot ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98737
--- Comment #12 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9896e96d4cae00d0f4d2b694284cb30bbd9c80fc
commit r12-6577-g9896e96d4cae00d0f4d2b694284cb30bbd9c80fc
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89074
--- Comment #16 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:d686d5d85c23451c03799dc55e456b73065f7333
commit r12-6578-gd686d5d85c23451c03799dc55e456b73065f7333
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103991
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:cbf06187d5f246634272e3d2892501563bff3d99
commit r12-6579-gcbf06187d5f246634272e3d2892501563bff3d99
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104026
--- Comment #5 from Tobias Burnus ---
(In reply to Richard Biener from comment #2)
> OTOH, does amdgcn really require the load bias stuff?
According to Andrew, it doesn't - it uses maskstore.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #27 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:ac6a1181209b756882f89cdba6128565fad1a56e
commit r12-6580-gac6a1181209b756882f89cdba6128565fad1a56e
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91383
--- Comment #10 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:de196e5dd8ea4d0ed01a8c265afdd3676e27545b
commit r12-6581-gde196e5dd8ea4d0ed01a8c265afdd3676e27545b
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91260
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:de196e5dd8ea4d0ed01a8c265afdd3676e27545b
commit r12-6581-gde196e5dd8ea4d0ed01a8c265afdd3676e27545b
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95065
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:de196e5dd8ea4d0ed01a8c265afdd3676e27545b
commit r12-6581-gde196e5dd8ea4d0ed01a8c265afdd3676e27545b
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104015
--- Comment #7 from avieira at gcc dot gnu.org ---
Yeah I'm with Richard on this one, I just checked and the generated assembly is
the same for before and after my patch, so this looks like a testism.
And yeah I agree, if we were to decide to u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104026
Andrew Stubbs changed:
What|Removed |Added
CC||ams at gcc dot gnu.org
--- Comment #6 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104026
--- Comment #7 from Tobias Burnus ---
(In reply to rdapp from comment #4)
> This code path should only be active when the backend has len_load/len_store
> patterns.
> signed char partial_load_store_bias;
> is new in the "middle" of loop_vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104026
--- Comment #8 from rdapp at linux dot ibm.com ---
I think you're right. In one of the last iterations of the patch I moved
+ LOOP_VINFO_PARTIAL_LOAD_STORE_BIAS (loop_vinfo) = partial_load_bias;
after the unsupported check. It is now only se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104015
--- Comment #8 from CVS Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:6d51a9c6447bace21f860e70aed13c6cd90971bd
commit r12-6582-g6d51a9c6447bace21f860e70aed13c6cd90971bd
Author: Kewen Lin
Date: Fri Jan 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91260
Jonathan Wakely changed:
What|Removed |Added
Resolution|INVALID |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91383
--- Comment #11 from Jonathan Wakely ---
For GCC 12 those types will still exist (because as explained above, that is
allowed by the standard) but they will give -Wdeprecated warnings.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95065
--- Comment #3 from Jonathan Wakely ---
For GCC 12 those features will still exist (because as explained above, that is
allowed by the standard) but they will give -Wdeprecated warnings.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104015
--- Comment #9 from Kewen Lin ---
(In reply to rsand...@gcc.gnu.org from comment #6)
> I think the patch in comment 2 is the correct fix (OK to commit).
>
Thanks for the review and approval Richard!
I totally agree this test case can be fragi
org/bugzilla/attachment.cgi?id=52191&action=edit
preprocessed file
gcc-12 (GCC) 12.0.0 20220114 (experimental)
up to and incl. commit de196e5dd8ea4d0ed01a8c265afdd3676e27545b
configured with --program-suffix=-12 --enable-languages=c,lto --enable-lto
--disable-multilib
on x86_64-pc-linux-gnu
err
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028
Martin Liška changed:
What|Removed |Added
Keywords||needs-reduction
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104029
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104029
Martin Liška changed:
What|Removed |Added
Summary|internal compiler error |[12 Regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104027
--- Comment #4 from Arnaud Charlet ---
Thanks for the report and investigation. The issue is actually caused by the
introduction of a "ghost" (empty for code generation purposes) unit
a-nbnbbig.ads, since the change you mentioned didn't change t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103705
--- Comment #2 from CVS Commits ---
The master branch has been updated by Chung-Lin Tang :
https://gcc.gnu.org/g:cd7484d05cd4b7a9d741fe8bf6c4525406ed7620
commit r12-6584-gcd7484d05cd4b7a9d741fe8bf6c4525406ed7620
Author: Chung-Lin Tang
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99018
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104012
--- Comment #4 from Rolf Eike Beer ---
I have rebuilt gcc today, now at commit
b77e3b4e4589e56c01511fabdbaadb029cd47f5c.
Configuration line:
/var/tmp/portage/sys-devel/gcc-12.0.0_pre/work/gcc-12.0.0_pre/configure
--host=sparc-unknown-l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85944
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104023
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104023
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104023
--- Comment #7 from Jakub Jelinek ---
I'd say renaming the *.C in tests to something else would only bring pain and
no gain.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104023
--- Comment #8 from Martin Liška ---
I have the following suggestion:
- require all C++ files in gcc/testsuite to have .C extension with the
following exceptions:
1) allow .cc and .cpp for tests of inherited projects (./gdc.test)
2) allow .cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104030
Bug ID: 104030
Summary: -Wbidi-chars should not warn about UCNs
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preproce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104031
Bug ID: 104031
Summary: [12 regression] Global nested constructors generate
invalid code.
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104030
Marek Polacek changed:
What|Removed |Added
Summary|-Wbidi-chars should not |[12 Regression]
|warn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104031
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-01-14
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104030
--- Comment #2 from Jakub Jelinek ---
Either we drop the UCN support altogether, or make -Wbidi-chars a 2 level
warning, -Wbidi-chars mapping to -Wbidi-chars=1 which doesn't warn about UCNs
and
-Wbidi-chars=2 that does.
UCNs indeed don't have th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104030
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104026
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104030
--- Comment #4 from Marek Polacek ---
(In reply to Jakub Jelinek from comment #2)
> Either we drop the UCN support altogether, or make -Wbidi-chars a 2 level
> warning, -Wbidi-chars mapping to -Wbidi-chars=1 which doesn't warn about
> UCNs and
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104030
--- Comment #5 from Marek Polacek ---
So maybe add -Wbidi-chars-ucn, which is off by default.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104029
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from David Malc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104030
--- Comment #6 from Jakub Jelinek ---
Or support -Wbidi-chars=unpaired,ucn or -Wbidi-chars=any,ucn ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104030
--- Comment #7 from Stephan Bergmann ---
(In reply to Jakub Jelinek from comment #2)
> Of course, if something like libreoffice (I bet) carefully ensures it is
> paired, but constructs it from smaller separate literals, then it is fine.
(Or doe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104026
--- Comment #10 from rdapp at linux dot ibm.com ---
Created attachment 52192
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52192&action=edit
Proposed patch
Could you try the proposed patch? Bootstraps cleanly for me and no regressions
on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99578
--- Comment #21 from Paul Menzel ---
Created attachment 52193
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52193&action=edit
[SeaBIOS] [PATCH] smm: Suppress gcc array-bounds warnings
For the record, I attach Kevin’s patch used to work ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104026
--- Comment #11 from Tobias Burnus ---
(In reply to rdapp from comment #8)
> The following should help:
> @@ -1170,6 +1170,9 @@ vect_verify_loop_lens (loop_vec_info loop_vinfo)
> + LOOP_VINFO_PARTIAL_LOAD_STORE_BIAS (loop_vinfo) =
> +VECT_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104026
--- Comment #12 from Tobias Burnus ---
(In reply to rdapp from comment #10)
> Created attachment 52192 [details]
> Proposed patch
>
> Could you try the proposed patch? Bootstraps cleanly for me and no
> regressions on Power or x86.
It looks as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104026
--- Comment #13 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #12)
> It looks as if it is the same as in comment 8. If so, it does not seem to
> work. Cf. comment 7.
I meant: cf. comment 11.
n file included from :1:
/opt/compiler-explorer/gcc-trunk-20220114/include/c++/12.0.0/spanstream: In
instantiation of 'std::basic_spanbuf<_CharT, _Traits>&
std::basic_spanbuf<_CharT, _Traits>::operator=(std::basic_spanbuf<_CharT,
_Traits>&&) [with _CharT = char; _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104012
Martin Sebor changed:
What|Removed |Added
Resolution|--- |INVALID
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85741
Bug 85741 depends on bug 104012, which changed state.
Bug 104012 Summary: [12 regression] -Wformat-truncation warnings not taking
previous length check into account
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104012
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100085
Bill Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104012
--- Comment #6 from Martin Sebor ---
To expand a bit on the fuzziness at level 1. The logic is documented under the
-Wformat-overflow warning like so:
Numeric arguments that are known to be bounded to a subrange of their type,
or string argu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89069
--- Comment #3 from Antony Lewis ---
This bug is still valid as of gcc 11.2.1 20220114
15 | end module test
| 1
internal compiler error: Segmentation fault
0x160a5b7 internal_error(char const*, ...)
???:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104031
--- Comment #2 from Andrew Pinski ---
I can remove std::string but not figure out how to remove std::vector yet:
#include
#include
struct string
{
string(int){}
};
struct allocator
{
allocator(){}
};
struct vector
{
vector(allocator t
1 - 100 of 160 matches
Mail list logo
