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; _Trait
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.
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
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) =
> +
Hello,
On Fri, 14 Jan 2022, Martin Liška wrote:
> Hello.
>
> I'm working on a testsuite clean-up where some of the files are wrongly named.
> More precisely, so files have .cc extension and should use .C. However there's
> existing C test-case and it leads to:
>
>
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=edit
[SeaBIOS] [PATCH] smm: Suppress gcc array-bounds warnings
For the record, I attach Kevin’s patch used to work around
On 1/14/22 16:46, Martin Liška wrote:
Hello.
I noticed that when I run:
ACLOCAL=~/bin/automake-1.15.1/bin/aclocal
AUTOMAKE=~/bin/automake-1.15.1/bin/automake autoconf
in gcc subfolder I get the following diff:
Have it, started with:
commit 7c6ae994fb587c19ca14aebe18dbc9aca83be609
Author:
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=edit
Proposed patch
Could you try the proposed patch? Bootstraps cleanly for me and no regressions
on Power
Hello.
I noticed that when I run:
ACLOCAL=~/bin/automake-1.15.1/bin/aclocal
AUTOMAKE=~/bin/automake-1.15.1/bin/automake autoconf
in gcc subfolder I get the following diff:
diff --git a/gcc/configure b/gcc/configure
index d19059e13cc..ff570f73ef5 100755
--- a/gcc/configure
+++ b/gcc/configure
Am Freitag, den 14.01.2022, 14:15 + schrieb Michael Matz:
> Hello,
>
> On Thu, 13 Jan 2022, Martin Uecker wrote:
...
> > > I think to define this
> > > all rigorously seems futile (you need a new
> > > category between observable and UB), so it comes
> > > down to compiler QoI on a case
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
Eric Botcazou writes:
>> The new variables seem to be unused, so I think slightly stronger
>> DCE could remove the calls even after the patch. Perhaps the containing
>> functions should take an int32x4_t *ptr or something, with the calls
>> assigning to different ptr[] indices.
>
> We run a
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 ?
On 1/14/22 08:44, Bernhard Reutner-Fischer wrote:
On Wed, 12 Jan 2022 16:54:46 +0100
Martin Liška wrote:
+def replace_file_in_changelog(lines, filename):
+if not filename.endswith('.cc'):
+return
+
+# consider all componenets of a path: gcc/ipa-icf.cc
+while filename:
+
On 1/14/22 08:44, Bernhard Reutner-Fischer wrote:
On Wed, 12 Jan 2022 16:54:46 +0100
Martin Liška wrote:
+def replace_file_in_changelog(lines, filename):
+if not filename.endswith('.cc'):
+return
+
+# consider all componenets of a path: gcc/ipa-icf.cc
+while filename:
+
gcc/testsuite/ChangeLog:
* c-c++-common/Walloca-larger-than.c: Fix typo.
---
gcc/testsuite/c-c++-common/Walloca-larger-than.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gcc/testsuite/c-c++-common/Walloca-larger-than.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104029
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from David
While there is practically impossible that input registers are matched
with in-out register, better mark the output operand of the split alternative
as earlyclobbered - we do output early to the output operand when
the insn is split.
2022-01-14 Uroš Bizjak
gcc/ChangeLog:
*
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=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=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
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
> On Jan 14, 2022, at 9:15 AM, Michael Matz via Gcc wrote:
>
> Hello,
>
> On Thu, 13 Jan 2022, Martin Uecker wrote:
>
> Handling all volatile accesses in the very same way would be
> possible but quite some work I don't see much value in.
I see some value.
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
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
Marek Polacek changed:
What|Removed |Added
Summary|-Wbidi-chars should not |[12 Regression]
On 14/01/2022 14:28, Marek Polacek wrote:
On Fri, Jan 14, 2022 at 10:23:16AM +0100, Stephan Bergmann wrote:
On 30/11/2021 16:27, Marek Polacek wrote:
I guess we were concerned with programs that generate other programs.
Maybe UCNs should be ignored by default. There's still time to adjust
the
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
Bug ID: 104030
Summary: -Wbidi-chars should not warn about UCNs
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
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=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
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104023
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
Hi Christophe, Richard,
> -Original Message-
> From: Gcc-patches bounces+kyrylo.tkachov=arm@gcc.gnu.org> On Behalf Of Richard
> Biener via Gcc-patches
> Sent: Friday, January 14, 2022 1:33 PM
> To: Christophe Lyon
> Cc: GCC Patches
> Subject: Re: [PATCH v3 00/15] ARM/MVE use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85944
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
Hello,
On Thu, 13 Jan 2022, Martin Uecker wrote:
> > > > Handling all volatile accesses in the very same way would be
> > > > possible but quite some work I don't see much value in.
> > >
> > > I see some value.
> > >
> > > But an alternative could be to remove volatile
> > > from the
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
Hello.
I'm working on a testsuite clean-up where some of the files are wrongly named.
More precisely, so files have .cc extension and should use .C. However there's
existing C test-case and it leads to:
marxin@marxinbox:~/Programming/gcc/gcc/testsuite> find . -name test-asm.*
Pushed, there should be only .c files in the sub-folder.
Martin
gcc/testsuite/ChangeLog:
* c-c++-common/Walloca-larger-than.C: Moved to...
* c-c++-common/Walloca-larger-than.c: ...here.
---
.../c-c++-common/{Walloca-larger-than.C => Walloca-larger-than.c} | 0
1 file changed,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99018
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
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:
On Fri, Jan 14, 2022 at 5:42 AM Kewen.Lin wrote:
>
> on 2022/1/13 下午11:15, David Edelsohn wrote:
> > On Thu, Jan 13, 2022 at 7:40 AM Kewen.Lin wrote:
> >>
> >> Hi David,
> >>
> >> on 2022/1/13 上午11:12, David Edelsohn wrote:
> >>> On Wed, Jan 12, 2022 at 8:56 PM Kewen.Lin wrote:
>
>
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
> Are there any technical obstacles to introduce subst to
> define_{,insn_and_}split?
gccint says: define_subst can be used only in define_insn and
define_expand, it cannot be used in other expressions (e.g. in
define_insn_and_split).
I have no idea how to implement it in current infrastructure.
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=104029
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
On Fri, Jan 14, 2022 at 2:18 PM Christophe Lyon via Gcc-patches
wrote:
>
> Hi,
>
> I hadn't realized we are moving to stage 4 this week-end :-(
>
> The PRs I'm fixing are P3, but without these fixes MVE support is badly
> broken, so I think I would be really good to fix that before the buggy
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
On Fri, Jan 14, 2022 at 10:23:16AM +0100, Stephan Bergmann wrote:
> On 30/11/2021 16:27, Marek Polacek wrote:
> > I guess we were concerned with programs that generate other programs.
> > Maybe UCNs should be ignored by default. There's still time to adjust
> > the behavior.
>
> Is there any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104028
Martin Liška changed:
What|Removed |Added
Keywords||needs-reduction
CC|
Hi,
I hadn't realized we are moving to stage 4 this week-end :-(
The PRs I'm fixing are P3, but without these fixes MVE support is badly
broken, so I think I would be really good to fix that before the buggy
version becomes part of an actual release.
Anyway I posted v1 of the patches during
org/bugzilla/attachment.cgi?id=52191=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
errors out w
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
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=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=91260
Jonathan Wakely changed:
What|Removed |Added
Resolution|INVALID |FIXED
Target Milestone|---
Hi,
As described in PR104015, the function partial_vectors_supported_p
mainly checks optabs for partial vectors support query, but we
still have one parameter param_vect_partial_vector_usage to control
the capability.
Power9 introduces vector with length instructions (for
len_load/len_store) but
Pushed to master as obvious.
Martin
gcc/testsuite/ChangeLog:
* g++.dg/vect/pr99149.cc: Remove executable mode.
* g++.dg/vect/pr99220.cc: Likewise.
* g++.target/i386/avx512vl-pr100738-1.C: Likewise.
* g++.target/i386/pr100738-1.C: Likewise.
*
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
On Thu, Jan 13, 2022 at 2:45 AM Qing Zhao wrote:
>
> Hi, Richard,
>
> This is the updated version for the second patch, which is mainly the change
> for "Enable -Wuninitialized + -ftrivial-auto-var-init for address taken
> variables”.
>
> In this update, I mainly made the following change:
>
>
Hi Eric,
On Tue, Jan 11 2022, Eric Botcazou via Gcc-patches wrote:
> Hi,
>
> we recently received the report that the IPA-SRA pass introduced in GCC 10
> does not always play nice with the reverse scalar storage order that can be
> used in structures/records/unions. Reading the code, the pass
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
On 14.01.22 12:55, Jakub Jelinek via Fortran wrote:
If we want to check intptr_t, we should guard the dg-error with
"" { target { lp64 || llp64 } }
or so.
Well, if we want to use intptr_t, we could use be explicitly as with:
use iso_c_binding, only: c_intptr_t
! use omp_lib, only:
On Fri, 14 Jan 2022 at 11:41, Uros Bizjak via Libstdc++ <
libstd...@gcc.gnu.org> wrote:
> The test fails on Fedora 33+ because nl_NL locale got thousands
> separator defined. Use one of ar_SA, bg_BG, bs_BA, pt_PT
> or plain C locale instead.
>
> 2022-01-14 Uroš Bizjak
>
>
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
On Fri, 14 Jan 2022, Jiufu Guo wrote:
> Richard Biener writes:
>
> > On Thu, 13 Jan 2022, guojiufu wrote:
> >
> >> On 2022-01-03 22:30, Richard Biener wrote:
> >> > On Wed, 22 Dec 2021, Jiufu Guo wrote:
> >> >
> >> >> Hi,
> >> >> ...
> >> >>
> >> >> Bootstrap and regtest pass on ppc64* and
On Fri, Jan 14, 2022 at 12:45:54PM +0100, Tobias Burnus wrote:
> On 14.01.22 10:10, Thomas Schwinge wrote:
> > > + integer :: x
> > > ...
> > > + !$omp parallel allocate (0: x) private(x) ! { dg-error "Expected
> > > integer expression of the 'omp_allocator_handle_kind' kind at .1." }
> > We
Hi all,
On 14.01.22 10:10, Thomas Schwinge wrote:
+ integer :: x
...
+ !$omp parallel allocate (0: x) private(x) ! { dg-error "Expected integer
expression of the 'omp_allocator_handle_kind' kind at .1." }
We do for x86_64 default '-m64', but for '-m32' and '-mx32' compilation,
we're not
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
The test fails on Fedora 33+ because nl_NL locale got thousands
separator defined. Use one of ar_SA, bg_BG, bs_BA, pt_PT
or plain C locale instead.
2022-01-14 Uroš Bizjak
libstdc++-v3/ChangeLog:
* testsuite/22_locale/numpunct/members/char/3.cc (test02):
Use pt_PT locale
On Wed, 12 Jan 2022 at 09:34, Jonathan Wakely via Libstdc++ <
libstd...@gcc.gnu.org> wrote:
> This passes testing (with -std=gnu++98/11/17/20) but is quite a large
> patch for this late in stage 3. Does anybody object to doing this now?
> The bugs it fixes were closed as INVALID because we're not
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
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=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=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
Hi!
In r12-6498 I've added $(version_dep) to BUILT_SOURCES, previously version_dep
on Linux used to be a file in $(srcdir), but with my changes it is a generated
file in the object directory (preprocessed version of the $(srcdir) file)
and I thought generated files belong to BUILT_SOURCES so that
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=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=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:
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:
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:
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=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
on 2022/1/13 下午11:15, David Edelsohn wrote:
> On Thu, Jan 13, 2022 at 7:40 AM Kewen.Lin wrote:
>>
>> Hi David,
>>
>> on 2022/1/13 上午11:12, David Edelsohn wrote:
>>> On Wed, Jan 12, 2022 at 8:56 PM Kewen.Lin wrote:
Hi,
This patch is to clean up some codes with
"Andre Vieira (lists)" writes:
> diff --git a/gcc/doc/md.texi b/gcc/doc/md.texi
> index
> 19e89ae502bc2f51db64667b236c1cb669718b02..3b0e4e0875b4392ab6833568b207580ef597a98f
> 100644
> --- a/gcc/doc/md.texi
> +++ b/gcc/doc/md.texi
> @@ -6191,6 +6191,15 @@ operands; otherwise, it may not.
>
>
> Yes, it must still be copied.
OK, revised patch attached, with testcases but they fail only on the 10 and 11
branches because of a change in the heuristics apparently.
* ipa-param-manipulation.c (ipa_dump_adjusted_parameters): Dump
reverse flag as "reverse" for the sake of
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=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
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=104027
--- Comment #2 from Andrew Pinski ---
Created attachment 52190
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52190=edit
Patch which might fix the issue
I suspect it was caused by r12-5670-g8ba38e8c8b73 were we call:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104026
Richard Biener changed:
What|Removed |Added
CC||rdapp at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103992
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
Add DWARF 2 CFA column which tracks the return address from a signal
handler context. This value must not correspond to a hard register
and must be out of the range of DWARF_FRAME_REGNUM().
gcc/
* config/arc/arc.h (DWARF_FRAME_REGNUM): Update definition.
When accumulator registers are available in a processor, they need to
be save onto stack durring interrupts. We were already doing so, but
the stack size was wrongly computed in the case other than ARC600.
gcc/
* config/arc/arc.c (arc_compute_frame_size): Remove condition when
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=edit
Pre-processed sg_dd.c(sg_dd.s)
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=edit
Pre-processed sg_dd.c(sg_dd.i)
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
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
Tested powerpc64-le-linux, pushed to trunk.
N.B. we had a patch from JeanHeyd two years ago adding the first part of
this (P0674R1), but this is much simpler, works without concepts, and
also adds make_shared_for_overwrite.
This adds the overloads of std::make_shared and std::allocate_shared
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104027
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |12.0
CC|
101 - 200 of 250 matches
Mail list logo