https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104890
--- Comment #16 from H.J. Lu ---
[hjl@gnu-skx-1 gcc]$ ./xgcc -B./ -O2 -m32 /tmp/x.c -S -march=sapphirerapids
-mshstk
In file included from ./include/x86gprintrin.h:45,
from /tmp/x.c:1:
./include/cetintrin.h: In function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104890
H.J. Lu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #15
Hi all,
This is a formal request from the GCC Steering Committee for the
LoongArch port merge permission.
If possible, I apply for my colleague Lulu Cheng and me to be LoongArch
port maintainers.
A technical review is underway and an agreement will be reached soon[1].
Thanks Richard and
> > > Would it be better to use vmovss under avx512vl without & 1 for mask.
> >
> > vmovss clears the upper bits, but the intrinsic requires src1. We
> > still need either a mask move or blend for the high part.
> not for __m128 _mm_mask_move_ss (__m128 src, __mmask8 k, __m128 a, __m128 b)
>
Hi,
This patch adds V1TI mode into a new mode iterator used in vector
comparison expands.Without the patch, the comparisons between two vector
__int128 are converted to scalar comparisons with branches. The code is
suboptimal.The patch fixes the issue. Now all comparisons between two
vector
On Mon, Mar 21, 2022 at 9:22 AM Hongyu Wang wrote:
>
> > Would it be better to use vmovss under avx512vl without & 1 for mask.
>
> vmovss clears the upper bits, but the intrinsic requires src1. We
> still need either a mask move or blend for the high part.
not for __m128 _mm_mask_move_ss (__m128
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104977
--- Comment #3 from Hongyu Wang ---
Fixed for GCC 12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104977
--- Comment #2 from CVS Commits ---
The master branch has been updated by Hongyu Wang :
https://gcc.gnu.org/g:e767da23de12ceb1bf3aece4dae0ae20bf605b04
commit r12-7730-ge767da23de12ceb1bf3aece4dae0ae20bf605b04
Author: Hongyu Wang
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104975
Andrew Pinski changed:
What|Removed |Added
Component|tree-optimization |middle-end
Summary|ICE in
> Would it be better to use vmovss under avx512vl without & 1 for mask.
vmovss clears the upper bits, but the intrinsic requires src1. We
still need either a mask move or blend for the high part.
LLVM generates mask & 1 for these intrinsics.
Hongtao Liu via Gcc-patches 于2022年3月21日周一 09:08写道:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104995
Andrew Pinski changed:
What|Removed |Added
Keywords||c++-lambda
--- Comment #1 from Andrew
On Sat, Mar 19, 2022 at 8:09 AM Hongyu Wang via Gcc-patches
wrote:
>
> Hi,
>
> For complex scalar intrinsic like _mm_mask_fcmadd_sch, the
> mask should be and by 1 to ensure the mask is bind to lowest byte.
>
> Bootstraped/regtested on x86_64-pc-linux-gnu{-m32,} and sde.
>
> Ok for master?
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104995
Bug ID: 104995
Summary: access checking for function pointer template
parameters takes place at call site
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104985
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
On Sat, Mar 19, 2022 at 8:06 AM Hongyu Wang via Gcc-patches
wrote:
>
> Hi,
>
> This patch fixes typo in subst for scalar complex mask_round operand.
>
> Bootstraped/regtested on x86_64-pc-linux-gnu{-m32,} and sde.
>
> Ok for master?
>
Ok.
> gcc/ChangeLog:
>
> PR target/104977
> *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104990
--- Comment #4 from Andrew Pinski ---
>This showed up with -fgnuc-version=11.2 on the command line to work around
>code doing broken things like in the particular code being compiled.
Why not fix that code instead of having libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104990
--- Comment #3 from Andrew Pinski ---
>This showed up with -fgnuc-version=11.2
Well then this is a bug in clang for allowing this really. libstdc++ uses
extensions based on the GNUC++ version and you specify that it was the wrong
version of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104994
Bug ID: 104994
Summary: extern thread_local declaration rejected in constexpr
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Snapshot gcc-12-20220320 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/12-20220320/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 12 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100641
Hubert Tong changed:
What|Removed |Added
CC||hstong at ca dot ibm.com
--- Comment #2
rtl-ssa chains definitions into an RPO list. It also groups
sequences of clobbers together into a single node, so that it's
possible to skip over the clobbers in constant time in order to
get the next or previous set.
When adding a clobber to an insn, the main DF barriers for that
clobber are
Thanks, this addresses most of my comments from the v8 review.
There were a couple left over though:
chenglulu writes:
> +(define_attr "compression" "none,all"
> + (const_string "none"))
I still don't understand the purpose of keeping this for LoongArch.
> +(define_insn "truncdisi2_extended"
Recent changes twiddled the output for s390/arch13/sel-1.c causing
testsuite failures. As far as I can tell both sequences are equivalent
from a performance standpoint. This patch changes the test to accept
both forms.
Installed on the trunk,
Jeff
commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104924
--- Comment #3 from Lorenzo Gomez ---
(In reply to Andrew Pinski from comment #1)
> C++ modules in GCC 11 (and it looks like 12 but some bugs have been fixed
> there) is still considered experimental and your mileage on this feature
> will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104992
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104570
Mikael Morin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104993
Bug ID: 104993
Summary: [modules] Missing diagnostic when exporting
using-directive
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
Hi,
(Please send all Fortran (front-end and libgfortran) patches in CC to the
Fortran list.)
Please hold from pushing the patch as is, I have some questions:
- If FreeBSD has feenableexcept() and related functions, it should already use
the fpu-glibc code, because of this:
if test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104992
Bug ID: 104992
Summary: [missed optimization] x / y * y == x not optimized to
x % y == 0
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104869
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104990
--- Comment #2 from Bernhard Rosenkraenzer ---
clang's __GNUC__ defines depend on a command line -fgnuc-version=
This showed up with -fgnuc-version=11.2 on the command line to work around code
doing broken things like in the particular code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104990
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103871
Konstantin changed:
What|Removed |Added
CC||sks_f at mail dot ru
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98056
Konstantin changed:
What|Removed |Added
CC||sks_f at mail dot ru
--- Comment #17 from
> From: Piotr Kubaj
> Date: Sun, 20 Mar 2022 13:03:13 +0100
> Subject: [PATCH] fortran: on powerpc*-unknown-freebsd*, also use fpu-glibc
>
> It builds fine and correctly bulds packages on FreeBSD.
> It looks like "fpu-glibc" name is a bit misleading since it also works
> on FreeBSD.
>
>
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Swedish team of translators. The file is available at:
https://translationproject.org/latest/gcc/sv.po
(This file,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104991
Bug ID: 104991
Summary: [nvptx] Simplify muniform-simt transformation
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
fpu-glibc name is a bit incorrect, since it also works on other systems.
I have verified that it builds and can also build other packages
correctly (that were failing before).
From 0feb83fae30070cf250781449670638d7addd947 Mon Sep 17 00:00:00 2001
From: Piotr Kubaj
Date: Sun, 20 Mar 2022 13:03:13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104990
Bug ID: 104990
Summary: [12 Regression] std::get_time is incompatible with
clang 14
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
hello,
I know it's too much.
we fixed the functions' names that are not part of the standard form ompd_
* prefix to gompd_
Thanks
On Wed, Mar 16, 2022 at 5:48 AM Mohamed Atef
wrote:
> Hi,
>we found some typos in the ChangeLog and some wrong spaces (nightmare)
> in the files.
> So here's
40 matches
Mail list logo