https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
Giulio Benetti changed:
What|Removed |Added
Resolution|--- |INVALID
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
Tested powerpc64le-linux, pushed to trunk.
When I added the std::allocator_traits>
specialization it broke code like this:
std::allocate_shared(std::allocator());
The problem is that allocator_traits>::construct(a, p)
now uses std::_Construct(p), which only does a static_cast(p) and
so fails
Tested powerpc64le-linux, pushed to trunk.
This should have been done as part of the LWG 3574 changes.
libstdc++-v3/ChangeLog:
PR libstdc++/103992
* include/bits/stl_iterator.h (common_iterator): Use
std::construct_at instead of placement new.
*
Pushed to trunk.
libstdc++-v3/ChangeLog:
* doc/xml/manual/status_cxx2011.xml: Document new tokens
accepted by std::random_device constructor.
* doc/html/manual/status.html: Regenerate.
---
libstdc++-v3/doc/html/manual/status.html | 13
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
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=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:
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
(+ Richard Earnshaw)
On Wed, 12 Jan 2022 at 19:29, Ard Biesheuvel wrote:
>
> On Wed, 17 Nov 2021 at 18:12, Ard Biesheuvel wrote:
> >
> > (+ Ramana)
> >
>
> Ping?
>
> > On Mon, 15 Nov 2021 at 19:04, Ard Biesheuvel wrote:
> > >
> > > Add support for accessing the stack canary value via the TLS
Hi Tamar,
Sorry for the delay.
> -Original Message-
> From: Tamar Christina
> Sent: Tuesday, January 11, 2022 7:10 AM
> To: gcc-patches@gcc.gnu.org
> Cc: nd ; Ramana Radhakrishnan
> ; Richard Earnshaw
> ; ni...@redhat.com; Kyrylo Tkachov
>
> Subject: RE: [AArch32]: correct dot-product
On Fri, 14 Jan 2022, Andre Vieira (lists) wrote:
>
> On 14/01/2022 07:08, Richard Biener wrote:
> > On Thu, 13 Jan 2022, Andre Vieira (lists) wrote:
> >
> >> On 13/01/2022 14:25, Richard Biener wrote:
> >>> On Thu, 13 Jan 2022, Andre Vieira (lists) wrote:
> >>>
> On 13/01/2022 12:36,
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?
Now that the middle-end MULT_HIGHPART_EXPR pieces are in place, this
patch adds support for nvptx's mul.hi.s64 and mul.hi.u64 instructions,
as previously reviewed (provisionally pre-approved) back in August 2020:
https://gcc.gnu.org/pipermail/gcc-patches/2020-August/551373.html
Since then a few
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=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:
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=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://gcc.gnu.org/bugzilla/show_bug.cgi?id=104023
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
On 14/01/2022 07:08, Richard Biener wrote:
On Thu, 13 Jan 2022, Andre Vieira (lists) wrote:
On 13/01/2022 14:25, Richard Biener wrote:
On Thu, 13 Jan 2022, Andre Vieira (lists) wrote:
On 13/01/2022 12:36, Richard Biener wrote:
On Thu, 13 Jan 2022, Andre Vieira (lists) wrote:
This time
Let's use the new Python script where I added new
function check_effective_target_python3 that can be used
for python3 detection.
Ready to be installed?
Thanks,
Martin
contrib/ChangeLog:
* maintainers-verify.sh: Removed.
gcc/testsuite/ChangeLog:
* gcc.src/maintainers.exp:
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 update on this? Shall I file a bug? As-is, -Wbidi-chars
is unusable for building
On Fri, Jan 14, 2022 at 10:00 AM Roger Sayle wrote:
>
>
> Hi Uros,
> Here's a revised version of this patch incorporating your suggestion of using
> force_reg instead of emit_move_insn to a pseudo allocated by gen_reg_rtx.
> I also took the opportunity to transition the rest of the function (and
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=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=104013
Alexander Poeppel changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
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
Hi Abid!
(Remember to CC for 'gcc/fortran/' etc. changes.)
On 2022-01-11T22:31:54+, Hafiz Abid Qadeer wrote:
> --- /dev/null
> +++ b/gcc/testsuite/gfortran.dg/gomp/allocate-2.f90
> @@ -0,0 +1,45 @@
> +! { dg-do compile }
> +
> +module omp_lib_kinds
> + use iso_c_binding, only: c_int,
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)
Hi Uros,
Here's a revised version of this patch incorporating your suggestion of using
force_reg instead of emit_move_insn to a pseudo allocated by gen_reg_rtx.
I also took the opportunity to transition the rest of the function (and clean-up
those around it) to use this preferred idiom.
This
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/gcc/ipa-split.c
> > > > > +++ b/gcc/ipa-split.c
> > > > > @@ -873,7 +873,7 @@ visit_bb (basic_block bb, basic_block return_bb,
> > > > > gimple *stmt = gsi_stmt (bsi);
> > > > > tree op;
> > > > > ssa_op_iter iter;
> > > > > - tree decl;
> > > > > +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93127
HaoChen Gui changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Fri, Jan 14, 2022 at 7:11 AM Hongyu Wang wrote:
>
> > > No, the approach is wrong. You have to solve output clearing on RTL
> > > level, please look at how e.g. tzcnt false dep is solved:
> >
> > Actually we have considered such approach before, but we found we need
> > to break original
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104022
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
PING^1
May I please ping this so that we can can Linux kernel as soon as possible?
We would benefit from that for GCC 12.1.0 release.
Thanks,
Martin
On 11/19/21 14:07, Richard Biener via Gcc-patches wrote:
On Fri, Nov 19, 2021 at 12:50 PM Andrew Pinski wrote:
On Fri, Nov 19, 2021 at 2:16
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=104021
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104010
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2022-01-14
Ever confirmed|0
On Fri, Jan 14, 2022 at 6:46 AM Hongyu Wang wrote:
>
> > No, the approach is wrong. You have to solve output clearing on RTL
> > level, please look at how e.g. tzcnt false dep is solved:
>
> Actually we have considered such approach before, but we found we need
> to break original define_insn to
gcc/ChangeLog:
* common/config/arm/arm-common.c (arm_target_mode): Fix
warning: unterminated quoting directive [-Wformat=].
---
gcc/common/config/arm/arm-common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/common/config/arm/arm-common.c
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=104009
Siddhesh Poyarekar changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
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=104018
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2022-01-14
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
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=104014
Richard Biener changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
201 - 250 of 250 matches
Mail list logo
