From: Ju-Zhe Zhong
gcc/ChangeLog:
* config/riscv/vector.md: use "zero" reg.
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/binop_vx_constraint-121.c: New test.
li a5,0
vdiv.vx v0,v1,a5 ===> vdiv.vx v0,v1,zero
---
gcc/config/riscv/vector.md| 5
On 06.02.23 18:22, Andrew Stubbs wrote:
The -mstack-size option has been marked obsolete in favour of setting
an environment variable at runtime ("GCN_STACK_SIZE"), [...] but my
testing setup uses remote execute which doesn't support that yet, and
means I would skip my own tests (not ideal).
Na
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/binop_vx_constraint-120.c: New test.
---
.../riscv/rvv/base/binop_vx_constraint-120.c | 16
1 file changed, 16 insertions(+)
create mode 100644
gcc/testsuite/gcc.target/riscv/rvv/base/binop_v
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vwsub_vv-1.c: New test.
* gcc.target/riscv/rvv/base/vwsub_vv-2.c: New test.
* gcc.target/riscv/rvv/base/vwsub_vv-3.c: New test.
* gcc.target/riscv/rvv/base/vwsub_vv_m-1.c: New test.
*
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vwsub_vx-1.c: New test.
* gcc.target/riscv/rvv/base/vwsub_vx-2.c: New test.
* gcc.target/riscv/rvv/base/vwsub_vx-3.c: New test.
* gcc.target/riscv/rvv/base/vwsub_vx_m-1.c: New test.
*
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vwsub_wv-1.c: New test.
* gcc.target/riscv/rvv/base/vwsub_wv-2.c: New test.
* gcc.target/riscv/rvv/base/vwsub_wv-3.c: New test.
* gcc.target/riscv/rvv/base/vwsub_wv_m-1.c: New test.
*
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vwsub_wx-1.c: New test.
* gcc.target/riscv/rvv/base/vwsub_wx-2.c: New test.
* gcc.target/riscv/rvv/base/vwsub_wx-3.c: New test.
* gcc.target/riscv/rvv/base/vwsub_wx_m-1.c: New test.
*
Sorry for the wrong title, it should be add vwsubu.wv C API tests
juzhe.zh...@rivai.ai
From: juzhe.zhong
Date: 2023-02-07 14:17
To: gcc-patches
CC: kito.cheng; Ju-Zhe Zhong
Subject: [PATCH] RISC-V: Add vwsubu.wx C API tests
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vwsubu_vv-1.c: New test.
* gcc.target/riscv/rvv/base/vwsubu_vv-2.c: New test.
* gcc.target/riscv/rvv/base/vwsubu_vv-3.c: New test.
* gcc.target/riscv/rvv/base/vwsubu_vv_m-1.c: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vwsubu_vx-1.c: New test.
* gcc.target/riscv/rvv/base/vwsubu_vx-2.c: New test.
* gcc.target/riscv/rvv/base/vwsubu_vx-3.c: New test.
* gcc.target/riscv/rvv/base/vwsubu_vx_m-1.c: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vwsubu_wv-1.c: New test.
* gcc.target/riscv/rvv/base/vwsubu_wv-2.c: New test.
* gcc.target/riscv/rvv/base/vwsubu_wv-3.c: New test.
* gcc.target/riscv/rvv/base/vwsubu_wv_m-1.c: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vwsubu_wx-1.c: New test.
* gcc.target/riscv/rvv/base/vwsubu_wx-2.c: New test.
* gcc.target/riscv/rvv/base/vwsubu_wx-3.c: New test.
* gcc.target/riscv/rvv/base/vwsubu_wx_m-1.c: New test.
From: Ju-Zhe Zhong
gcc/ChangeLog:
* config/riscv/riscv-vector-builtins-bases.cc (class widen_binop): New
class.
(class vwmulsu): Ditto.
(class vwcvt): Ditto.
(BASE): Add integer widening support.
* config/riscv/riscv-vector-builtins-bases.h: Ditto
On 2/6/23 12:10 PM, Harald Anlauf via Fortran wrote:
Dear all,
as the PR shows, it is likely not a good idea to try to make an
ASSOCIATE variable static when -fno-automatic is specified, so
rather keep it on the stack.
Attached patch regtested on x86_64-pc-linux-gnu. OK for mainline?
Thanks,
> On 2/1/23 15:26, Martin Jambor wrote:
> > Hi,
> >
> > On Fri, Dec 02 2022, Martin Liška wrote:
> > > If -w is used, warn_odr properly sets *warned = false and
> > > so it should be preserved when calling warn_types_mismatch.
> > >
> > > Noticed that during a LTO reduction where I used -w.
> > >
On Mon, 6 Feb 2023, Gerald Pfeifer wrote:
> gccsummit.org is gone with the wind; luckily we have our own copy of the
> 2006 proceedings.
>
> If any of you has copies of 2007 and later, can you please drop me a
> copy and I'll put them on gcc.gnu.org as well?
Aren't they all on the wiki? http
On Mon, 6 Feb 2023, Qing Zhao via Gcc-patches wrote:
> In GCC14:
>
> 1. Include this new warning -Wgnu-varaible-sized-type-not-at-end to -Wall
> 2. Deprecate this extension from GCC. (Or delay this to next release?).
Any deprecation, or inclusion in -Wall, would best come with evidence
about th
On Mon, 23 Jan 2023 at 12:49, Arsen Arsenović via Libstdc++
wrote:
>
> libstdc++-v3/ChangeLog:
>
> * doc/xml/manual/using.xml: Document newly-freestanding
> headers and the effect of the -ffreestanding flag.
> * doc/xml/manual/status_cxx2023.xml: Document P1642R11 as
>
For once a vendor link that got shorter. :-)
Pushed.
Gerald
---
htdocs/readings.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/readings.html b/htdocs/readings.html
index 4bad7e26..29368a9a 100644
--- a/htdocs/readings.html
+++ b/htdocs/readings.html
@@ -94,7 +94
gccsummit.org is gone with the wind; luckily we have our own copy of the
2006 proceedings.
If any of you has copies of 2007 and later, can you please drop me a
copy and I'll put them on gcc.gnu.org as well?
Pushed.
Gerald
---
htdocs/projects/tree-ssa/vectorization.html | 3 +--
1 file change
Dear all,
as the PR shows, it is likely not a good idea to try to make an
ASSOCIATE variable static when -fno-automatic is specified, so
rather keep it on the stack.
Attached patch regtested on x86_64-pc-linux-gnu. OK for mainline?
Thanks,
Harald
From c29eb3dbe8c541ef83d5fdf12cafa015ed9447ee M
On 2/3/23 1:42 AM, Richard Biener wrote:
> On Fri, Feb 3, 2023 at 6:44 AM Michael Meissner via Gcc-patches
> wrote:
>>
>> I'm reposting these two patches that allow GCC to build on Fedora 36 just to
>> be
>> clear which patches I'm talking about. The issue is that if GCC is
>> configured
>> wit
On 2/6/23 1:25 AM, Richard Biener wrote:
> May I ask to consider delaying this to stage1 exactly because of this
> last reason?
That is our plan. We're just still working through the review so it's
ready when stage1 opens up.
Peter
On Sat, Feb 04, 2023 at 06:02:46PM -0800, Jason Merrill via Gcc-patches wrote:
> On 2/4/23 20:41, Jason Merrill wrote:
> > On 2/4/23 20:08, Patrick Palka wrote:
> > > On Sat, 4 Feb 2023, Jason Merrill wrote:
> > > > > diff --git a/gcc/cp/pt.cc b/gcc/cp/pt.cc
> > > > > index 255332dc0c1..c9360240cd2
The -mstack-size option has been marked obsolete in favour of setting an
environment variable at runtime ("GCN_STACK_SIZE"), but some testcases
still need the option set or they have stack overflow. I could change
them to use the envvar, but my testing setup uses remote execute which
doesn't su
The -funwind-tables and -fasynchronous-unwind-tables options are relevant
for the output pass, so they need to be passed through by the LTO wrapper.
Otherwise, dwarf2out_assembly_start may output a ".cfi_sections
.debug_frame" directive when debug info was enabled even if every
translation unit was
Andrea Corallo via Gcc-patches writes:
> Hi all,
>
> this is to fix the regression of
> g++.target/aarch64/return_address_sign_ab_exception.C that I
> introduced with d8dadbc9a5199bf7bac1ab7376b0f84f45e94350.
>
> 'aarch_ra_sign_key' for aarch64 ended up being non defined in the opt
> file and the
Hi all,
this is to fix the regression of
g++.target/aarch64/return_address_sign_ab_exception.C that I
introduced with d8dadbc9a5199bf7bac1ab7376b0f84f45e94350.
'aarch_ra_sign_key' for aarch64 ended up being non defined in the opt
file and the function attribute "branch-protection=pac-ret+leaf+b-k
Perhaps I'm missing something (I'm not too familiar with SVE semantics), but
is there
a reason that the solution for PR96473 uses a VEC_PERM_EXPR and not just a
VEC_DUPLICATE_EXPR? The folding of sv1d1rq (svptrue_..., ...) doesn't seem
to
require either the blending or the permutation functiona
> On Feb 6, 2023, at 4:31 AM, Richard Biener wrote:
>
> On Fri, 3 Feb 2023, Qing Zhao wrote:
>
>>
>>
>>> On Feb 3, 2023, at 2:49 AM, Richard Biener wrote:
>>>
>>> On Thu, 2 Feb 2023, Qing Zhao wrote:
>>>
> On Feb 2, 2023, at 8:54 AM, Richard Biener wrote:
>
> On
Tested powerpc64le-linux. Pushed to trunk.
-- >8 --
With the recent change to deprecate std::aligned_storage and
std::aligned_union we need to adjust some tests that now fail with
-std=c++23.
libstdc++-v3/ChangeLog:
* include/std/type_traits: Add diagnostic pragmas around
refere
Tested powerpc64le-linux. Pushed to trunk.
-- >8 --
libstdc++-v3/ChangeLog:
* include/bits/ranges_algo.h (__find_last_fn): Rename T to _Tp.
(__find_last_if_fn): Likewise.
---
libstdc++-v3/include/bits/ranges_algo.h | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(
This is pushed to trunk now.
On Thu, 20 Oct 2022 at 16:53, Arsen Arsenović via Libstdc++
wrote:
>
> This enables us to provide symbols for placeholders and numeric limits,
> and allows users to mess about with linker flags less.
>
> libstdc++-v3/ChangeLog:
>
> * Makefile.am [!_GLIBCXX_HOS
Tested powerpc64le-linux. Pushed to trunk.
-- >8 --
This doesn't have any effect yet as we never build anything under
libstdc++-v3/src for freestanding, but that will change in the next
commit.
libstdc++-v3/ChangeLog:
* src/Makefile.am [GLIBCXX_HOSTED] (SUBDIRS): Do not add
file
Hi,
On Fri, Feb 03 2023, Bernhard Reutner-Fischer wrote:
> On 3 February 2023 12:35:32 CET, Richard Biener via Gcc-patches
>>
>>I think it's OK as-is given this explanation.
>>
>
> s/derefernce/dereference/
>
Thanks for noticing. I am about to commit the following as an obvious
fix.
Martin
A
On Mon, 2023-02-06 at 21:07 +0800, Lulu Cheng wrote:
>
> 在 2023/2/4 上午1:50, Xi Ruoyao 写道:
> > We can use bytepick.[wd] for
> >
> > a << (8 * x) | b >> (8 * (sizeof(a) - x))
> >
> > while a and b are uint32_t or uint64_t. This is useful for some cases,
> > for example:
> > https://sourcewa
Alex Coplan writes:
> Hi,
>
> As the testcase shows, this pattern had an incorrect constraint leading
> to GCC's output getting rejected by the assembler.
>
> This patch fixes the constraint accordingly.
>
> The test is split into two: one that can run without bf16 support from
> the assembler and
This is the 2nd version of the patch, compare to the first version, the major
changes are:
1. Add a new IR bit in tree_type_common: type_include_flexarray, set this bit
in FE for struct/union types that include a flexible array member (per
-fstrict-flex-arrays) at the end.
2. Check t
Hi,
As the testcase shows, this pattern had an incorrect constraint leading
to GCC's output getting rejected by the assembler.
This patch fixes the constraint accordingly.
The test is split into two: one that can run without bf16 support from
the assembler and another that checks that the output
在 2023/2/4 上午1:50, Xi Ruoyao 写道:
We can use bytepick.[wd] for
a << (8 * x) | b >> (8 * (sizeof(a) - x))
while a and b are uint32_t or uint64_t. This is useful for some cases,
for example:
https://sourceware.org/pipermail/libc-alpha/2023-February/145203.html
Bootstrapped and regtested o
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* g++.target/riscv/rvv/base/vmulh_vv-1.C: New test.
* g++.target/riscv/rvv/base/vmulh_vv-2.C: New test.
* g++.target/riscv/rvv/base/vmulh_vv-3.C: New test.
* g++.target/riscv/rvv/base/vmulh_vv_mu-1.C: New test.
*
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* g++.target/riscv/rvv/base/vmulhsu_vv-1.C: New test.
* g++.target/riscv/rvv/base/vmulhsu_vv-2.C: New test.
* g++.target/riscv/rvv/base/vmulhsu_vv-3.C: New test.
* g++.target/riscv/rvv/base/vmulhsu_vv_mu-1.C: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vmulh_vv-1.c: New test.
* gcc.target/riscv/rvv/base/vmulh_vv-2.c: New test.
* gcc.target/riscv/rvv/base/vmulh_vv-3.c: New test.
* gcc.target/riscv/rvv/base/vmulh_vv_m-1.c: New test.
*
Richard Biener writes:
> On Sat, Feb 4, 2023 at 9:35 PM Roger Sayle wrote:
>>
>>
>> This patch (primarily) documents the VEC_PERM_EXPR tree code in
>> generic.texi. For ease of review, it is provided below as a pair
>> of diffs. The first contains just the new text added to describe
>> VEC_PERM
Prathamesh Kulkarni writes:
> On Fri, 3 Feb 2023 at 20:47, Richard Sandiford
> wrote:
>>
>> Prathamesh Kulkarni writes:
>> > On Fri, 3 Feb 2023 at 07:10, Prathamesh Kulkarni
>> > wrote:
>> >>
>> >> On Thu, 2 Feb 2023 at 20:50, Richard Sandiford
>> >> wrote:
>> >> >
>> >> > Prathamesh Kulkarni
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vmulhsu_vv-1.c: New test.
* gcc.target/riscv/rvv/base/vmulhsu_vv-2.c: New test.
* gcc.target/riscv/rvv/base/vmulhsu_vv-3.c: New test.
* gcc.target/riscv/rvv/base/vmulhsu_vv_m-1.c: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vmulhu_vv-1.c: New test.
* gcc.target/riscv/rvv/base/vmulhu_vv-2.c: New test.
* gcc.target/riscv/rvv/base/vmulhu_vv-3.c: New test.
* gcc.target/riscv/rvv/base/vmulhu_vv_m-1.c: New test.
Seems as if I missed a GOMP_MAP_TO_PSET issue before. As nvptx is
XFAILed before, I only found it when testing on AMDGCN.
For an array-descriptor 'ai' variable, omplower has:
map(tofrom:MEM [(integer(kind=4)[0:] *)D.4346] [len:
D.4345])
map(to:ai [pointer set, len: 64])
map(alloc:ai.data
From: Ju-Zhe Zhong
Co-authored-by: kito-cheng
gcc/ChangeLog:
* common/config/riscv/riscv-common.cc: Add flag for 'V' extension.
* config/riscv/riscv-vector-builtins-bases.cc (class vmulh): New class.
(BASE): Ditto.
* config/riscv/riscv-vector-builtins-bases.h: D
Hi All,
This test is somewhat broken, on systems with the profiling extension it fails
because the +profile is required.
The functionality tested here is already tested in nativecpu tests, so deleting
this test.
Committed under the obvious rule.
Regtested on aarch64-none-linux-gnu and no issue
Gerald Pfeifer writes:
> On Fri, 3 Feb 2023, Gaius Mulley wrote:
>> The following patch provides a summary of the modula-2 front end
>> and also contains links to the online modula-2 documentation in
>> index.html.
>
>> +Modula-2
>> +
>> + Support for the language Modula-2 has been added. The d
On Fri, 3 Feb 2023, Qing Zhao wrote:
>
>
> > On Feb 3, 2023, at 2:49 AM, Richard Biener wrote:
> >
> > On Thu, 2 Feb 2023, Qing Zhao wrote:
> >
> >>
> >>
> >>> On Feb 2, 2023, at 8:54 AM, Richard Biener wrote:
> >>>
> >>> On Thu, 2 Feb 2023, Qing Zhao wrote:
> >>>
>
>
> >
>
52 matches
Mail list logo
