https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115058
--- Comment #4 from xiaoyong yan ---
(In reply to Andrew Pinski from comment #3)
> This looks like a binutils issue rather a gcc one. It might be already fixed
> in binutils too.
I am using binutils 2.39.0, GNU assembler version 2.39.0
Hi,
on 2024/4/20 05:18, Carl Love wrote:
> rs6000, remove vector set and vector init built-ins.
>
> The vector init built-ins:
>
> __builtin_vec_init_v16qi, __builtin_vec_init_v8hi,
> __builtin_vec_init_v4si, __builtin_vec_init_v4sf,
> __builtin_vec_init_v2di, __builtin_vec_init_v2df,
>
2151
# of unexpected failures170
# of unexpected successes 14
# of expected failures 1468
# of unsupported tests 3902
/home/gccbuild/build/nightly/build-gcc-12/gcc/xgcc version 12.3.1 20240513
[remotes/origin/releases/gcc-12 r12-10438-gf7db00395c] (GCC)
git commit g:4aeff8436d54a598e1fb565ec7b656871bd3a41e
gcc-descr r15-392-g4aeff8436d54a5
power9 IEEE128
Linux 6.9.0-0.rc6.52.fc41.ppc64le ppc64le
GNU Make 4.4.1
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Mon May 13
Hi,
on 2024/4/20 05:18, Carl Love wrote:
> rs6000, remove __builtin_vsx_xvcmpeqsp built-in
>
> The built-in __builtin_vsx_xvcmpeqsp is a duplicate of the overloaded
> vec_cmpeq built-in. The built-in is undocumented. The built-in and
> the test cases are removed.
>
> gcc/ChangeLog:
> *
Hi,
on 2024/4/20 05:18, Carl Love wrote:
> rs6000, extend vec_xxpermdi built-in for __int128 args
>
> Add a new overloaded instance for vec_xxpermdi
>
>__int128 vec_xxpermdi (__int128, __int128, const int);
>
> Update the documentation to include a reference to the new built-in
> instance.
git commit g:b6dc8464e613d1da2b28235bbd2f9c3fd4bc386b
gcc-descr r15-442-gb6dc8464e613d1
power9 IEEE128
Linux 6.9.0-0.rc6.52.fc41.ppc64le ppc64le
GNU Make 4.4.1
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Tue May 14
Regressions on releases/gcc-13 at commit r13-8767 vs commit r13-8765 on
Linux/x86_64
New failures:
New passes:
FAIL: libgomp.c++/../libgomp.c-c++-common/for-3.c execution test
FAIL: libgomp.c/../libgomp.c-c++-common/for-5.c execution test
FAIL: libgomp.c/../libgomp.c-c++-common/for-6.c execution
git commit g:b6dc8464e613d1da2b28235bbd2f9c3fd4bc386b
gcc-descr r15-442-gb6dc8464e613d1
power8
Linux 5.4.0-177-generic ppc64le
GNU Make 4.2.1
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Tue May 14 02:33:56 UTC 2024
LAST_UPDATED: Tue May 14 03:00:09 UTC 2024 (revision r13-8767-g47cac093078)
Native configuration is x86_64-pc-linux-gnu
=== gcc tests ===
Running target unix
FAIL: gcc.dg/analyzer/data-model-4.c (test for excess errors)
FAIL: gcc.dg/analyzer/torture/conftest-1.c -O0 (test
Regressions on releases/gcc-13 at commit r13-8767 vs commit r13-8765 on
Linux/x86_64
New failures:
New passes:
FAIL: gcc.dg/vect/vect-bic-bitmask-9.c -flto -ffat-lto-objects (test for excess
errors)
git commit g:b6dc8464e613d1da2b28235bbd2f9c3fd4bc386b
gcc-descr r15-442-gb6dc8464e613d1
power9 BE
Linux 6.7.12-powerpc64 ppc64
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Tue May 14 02:44:46 UTC 2024
https://gcc.gnu.org/g:04ee1f788ceaa4c7f777ff3b9441ae076191439c
commit r15-443-g04ee1f788ceaa4c7f777ff3b9441ae076191439c
Author: Jeff Law
Date: Mon May 13 21:42:38 2024 -0600
Revert "[PATCH v2 1/3] RISC-V: movmem for RISCV with V extension"
This reverts commit
On 5/13/24 6:54 PM, Patrick O'Neill wrote:
On 5/13/24 13:28, Jeff Law wrote:
On 5/13/24 12:49 PM, Vineet Gupta wrote:
If the constant used for stack offset can be expressed as sum of two S12
values, the constant need not be materialized (in a reg) and instead the
two S12 bits can be
git commit g:4aeff8436d54a598e1fb565ec7b656871bd3a41e
gcc-descr r15-392-g4aeff8436d54a5
power9 BE
Linux 6.7.12-powerpc64 ppc64
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Mon May 13 02:54:05 UTC 2024
git commit g:13b6ac4ebd04f0703d92828c9268b0b216890b0d
gcc-descr r15-391-g13b6ac4ebd04f0
power9 BE
Linux 6.7.12-powerpc64 ppc64
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Sun May 12 19:53:04 UTC 2024
git commit g:83fb5e6f382ea99ca0e2a0afeb25a9f78909f25f
gcc-descr r15-389-g83fb5e6f382ea9
power9 BE
Linux 6.7.12-powerpc64 ppc64
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Sun May 12 14:48:31 UTC 2024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115081
--- Comment #2 from Zhenyu Zhao ---
Created attachment 58198
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58198=edit
Detail info about ICE
Sorry for that, I reattach the image.
# From https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2101/:
LAST_UPDATED: 2024-05-14T03:07:06+00:00 (master revision
gcc-15-442-gb6dc8464e61) armv8l-unknown-linux-gnueabihf
Native configuration is armv8l-unknown-linux-gnueabihf
=== libatomic tests ===
Running
Hi,
"Kewen.Lin" writes:
> Hi,
>
> on 2024/5/14 11:00, Jiufu Guo wrote:
>> Hi,
>>
>> Thanks a lot for your helpful review!
>>
>> "Kewen.Lin" writes:
>>
>>> Hi,
>>>
>>> on 2024/5/13 10:57, Jiufu Guo wrote:
Hi,
For PR96866, when gcc print asm code for modifier "%a" which
197719
# of unexpected failures160
# of unexpected successes 30
# of expected failures 1552
# of unsupported tests 4096
=== gcc Summary ===
# of expected passes401805
# of unexpected failures322
# of unexpected successes 50
# of ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115081
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-05-14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115081
Andrew Pinski changed:
What|Removed |Added
Component|c |rtl-optimization
--- Comment #1 from
Hi,
on 2024/5/14 11:00, Jiufu Guo wrote:
> Hi,
>
> Thanks a lot for your helpful review!
>
> "Kewen.Lin" writes:
>
>> Hi,
>>
>> on 2024/5/13 10:57, Jiufu Guo wrote:
>>> Hi,
>>>
>>> For PR96866, when gcc print asm code for modifier "%a" which requires
>>> an address operand, while the operand
git commit g:2beef729f499c9a484450d18fb0dc687d016624f
gcc-descr r12-10440-g2beef729f499c9
power9 IEEE128
Linux 6.9.0-0.rc6.52.fc41.ppc64le ppc64le
GNU Make 4.4.1
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Tue May 14
LAST_UPDATED: Mon May 13 17:04:59 UTC 2024 (revision r15-436-g44e7855e4e8)
=== acats tests ===
FAIL: cb1010a
=== acats Summary ===
# of expected passes2327
# of unexpected failures1
Native configuration is s390x-ibm-linux-gnu arch14
Hi,
on 2024/4/20 05:18, Carl Love wrote:
> rs6000, remove __builtin_vsx_xvnegdp and __builtin_vsx_xvnegsp built-ins
>
> The undocumented __builtin_vsx_xvnegdp and __builtin_vsx_xvnegsp are
> redundant. The overloaded vec_neg built-in provides the same
> functionality. The two buit-ins are not
Hi,
Thanks a lot for your helpful review!
"Kewen.Lin" writes:
> Hi,
>
> on 2024/5/13 10:57, Jiufu Guo wrote:
>> Hi,
>>
>> For PR96866, when gcc print asm code for modifier "%a" which requires
>> an address operand, while the operand is with the constraint "X" which
>> allow non-address form.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115081
Bug ID: 115081
Summary: find thie PR will cause ICE: Modify cost calculation
for dealingf with equivalaennces
Product: gcc
Version: unknown
Status: UNCONFIRMED
Hi,
on 2024/4/20 05:18, Carl Love wrote:
> rs6000, remove __builtin_vsx_vperm_* built-ins
>
> The undocumented built-ins:
> __builtin_vsx_vperm_16qi_uns,
> __builtin_vsx_vperm_1ti,
> __builtin_vsx_vperm_1ti_uns,
> __builtin_vsx_vperm_2df,
> __builtin_vsx_vperm_2di,
>
https://gcc.gnu.org/g:47cac09307874ff1d640392e3d986453f34f7bcb
commit r13-8767-g47cac09307874ff1d640392e3d986453f34f7bcb
Author: Patrick Palka
Date: Thu Apr 11 10:16:41 2024 -0400
c++: build_extra_args recapturing local specs [PR114303]
r13-6452-g341e6cd8d603a3 made
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114303
--- Comment #7 from GCC Commits ---
The releases/gcc-13 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:47cac09307874ff1d640392e3d986453f34f7bcb
commit r13-8767-g47cac09307874ff1d640392e3d986453f34f7bcb
Author: Patrick Palka
Hi,
on 2024/4/20 05:18, Carl Love wrote:
> rs6000, remove the vec_xxsel built-ins, they are duplicates
>
> The following undocumented built-ins are covered by the existing overloaded
> vec_sel built-in definitions.
>
> const vsc __builtin_vsx_xxsel_16qi (vsc, vsc, vsc);
> same as vsc
Hi,
on 2024/4/20 05:17, Carl Love wrote:
> rs6000, add overloaded vec_sel with int128 arguments
>
> Extend the vec_sel built-in to take three signed/unsigned int128 arguments
> and return a signed/unsigned int128 result.
>
> Extending the vec_sel built-in makes the existing buit-ins
>
Hi,
Thanks for your helpful comments!
Segher Boessenkool writes:
> Hi!
>
> On Mon, May 13, 2024 at 10:57:12AM +0800, Jiufu Guo wrote:
>> For PR96866, when gcc print asm code for modifier "%a" which requires
>> an address operand,
>
> It requires a *memory* operand, and it outputs its address.
git commit g:2beef729f499c9a484450d18fb0dc687d016624f
gcc-descr r12-10440-g2beef729f499c9
power9 BE
Linux 6.7.12-powerpc64 ppc64
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Tue May 14 01:24:00 UTC 2024
git commit g:12ee04dd75834067ec59b5bca60a40d1e1231da3
gcc-descr r13-8766-g12ee04dd758340
power8
Linux 5.4.0-177-generic ppc64le
GNU Make 4.2.1
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Tue May 14 00:58:57 UTC 2024
Do you have any advice?
BRs,
Lin
-Original Message-
From: Hu, Lin1
Sent: Wednesday, May 8, 2024 9:38 AM
To: gcc-patches@gcc.gnu.org
Cc: Liu, Hongtao ; ubiz...@gmail.com
Subject: [PATCH] vect: generate suitable convert insn for int -> int, float ->
float and int <-> float.
Hi, all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115080
Bug ID: 115080
Summary: ICE when generating debug information for lambda in
requires expression
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity:
Hi Aldy,
Thanks for your review comments.
在 2024/5/13 19:18, Aldy Hernandez 写道:
> On Thu, May 9, 2024 at 10:05 AM Mikael Morin wrote:
>>
>> Hello,
>>
>> Le 07/05/2024 à 04:37, HAO CHEN GUI a écrit :
>>> Hi,
>>>The former patch adds isfinite optab for __builtin_isfinite.
>>>
git commit g:12ee04dd75834067ec59b5bca60a40d1e1231da3
gcc-descr r13-8766-g12ee04dd758340
power9 IEEE128
Linux 6.9.0-0.rc6.52.fc41.ppc64le ppc64le
GNU Make 4.4.1
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Tue May 14
Hi,
on 2024/4/20 05:17, Carl Love wrote:
> rs6000, remove duplicated built-ins of vecmergl and vec_mergeh
>
> The following undocumented built-ins are same as existing documented
> overloaded builtins.
>
> const vf __builtin_vsx_xxmrghw (vf, vf);
> same as vf __builtin_vec_mergeh (vf, vf);
> That's just a matter of matching the overflow as an additional case no?
> i.e. you can add an overload for unsigned_integer_sat_add matching the
> IFN_ ADD_OVERFLOW and using the realpart and imagpart helpers.
> I think that would be better as it avoid visiting all the statements twice
> but
From: Pan Li
This patch would like to fix below format issue of trailing operator.
=== ERROR type #1: trailing operator (4 error(s)) ===
gcc/config/riscv/riscv-vector-builtins.cc:4641:39: if ((exts &
RVV_REQUIRE_ELEN_FP_16) &&
gcc/config/riscv/riscv-vector-builtins.cc:4651:39: if ((exts &
https://gcc.gnu.org/g:b6dc8464e613d1da2b28235bbd2f9c3fd4bc386b
commit r15-442-gb6dc8464e613d1da2b28235bbd2f9c3fd4bc386b
Author: Pan Li
Date: Tue May 14 09:38:55 2024 +0800
RISC-V: Fix format issue for trailing operator [NFC]
This patch would like to fix below format issue of
Ack, thanks Jeff and will fix it ASAP.
Pan
-Original Message-
From: Jeff Law
Sent: Tuesday, May 14, 2024 2:10 AM
To: Li, Pan2 ; Kito Cheng ;
juzhe.zh...@rivai.ai
Cc: gcc-patches
Subject: Re: [PATCH v1] RISC-V: Bugfix ICE for RVV intrinisc vfw on _Float16
scalar
On 5/13/24 9:00
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115058
--- Comment #3 from Andrew Pinski ---
This looks like a binutils issue rather a gcc one. It might be already fixed in
binutils too.
This patch folds vget_low_* intrinsics to BIT_FILED_REF to open up more
optimization opportunities for gimple optimizers.
While we are here, we also remove the vget_low_* definitions from arm_neon.h and
use the new intrinsics framework.
PR target/102171
gcc/ChangeLog:
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115058
--- Comment #2 from xiaoyong yan ---
(In reply to Richard Earnshaw from comment #1)
> It looks like those messages are coming from the assembler, not the
> compiler, but without a testcase it's difficult to be exactly sure what your
> problem
=== g++ Summary ===
# of expected passes511994
# of unexpected failures1
# of expected failures 5235
# of unsupported tests 23285
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240513
(experimental) [master r15-440
90
# of unexpected successes 20
# of expected failures 1619
# of unsupported tests 4266
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240513
(experimental) [remotes/origin/HEAD r15-439-gdf15eb15b5] (GCC)
=== gfortran tests ===
On 5/13/24 13:28, Jeff Law wrote:
On 5/13/24 12:49 PM, Vineet Gupta wrote:
If the constant used for stack offset can be expressed as sum of two S12
values, the constant need not be materialized (in a reg) and instead the
two S12 bits can be added to instructions involved with frame pointer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113904
--- Comment #7 from sandra at gcc dot gnu.org ---
My most recent metadirectives/dynamic selector patch set does include partial
support for dynamic selectors. For C/C++ it handles expressions that reference
variables/functions that are globally
3: a.ld1_args
FAIL: outputs-294 lto sing unnamed-3: a.ld_args
=== gcc Summary ===
# of expected passes133134
# of unexpected failures63
# of unexpected successes 2
# of expected failures 873
# of unresolved testcases 1
# of unsupported test
A passing build has been detected on builder gcc-debian-testing-x86_64 while
building gcc.
Full details are available at:
https://builder.sourceware.org/buildbot/#/builders/161/builds/10773
Build state: build successful
Revision: 158aa1b65ce29d5e58182782de66292c51774d71
Worker: bbo1-2
Build
git commit g:f75806ec63ec1af2d76a194e5fa73e114b2b8857
gcc-descr r15-355-gf75806ec63ec1a
power9 BE
Linux 6.7.12-powerpc64 ppc64
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Fri May 10 05:08:44 UTC 2024
On Tue, May 14, 2024 at 01:38:49AM +0200, Andrew Pinski wrote:
> On Mon, May 13, 2024, 11:41 PM Kees Cook wrote:
> > But it makes no sense to warn about:
> >
> > void sparx5_set (int * ptr, struct nums * sg, int index)
> > {
> >if (index >= 4)
> > warn ();
> >*ptr = 0;
> >*val =
On Wed, 8 May 2024 21:40:44 +0200
Jakub Jelinek wrote:
> Perhaps you don't link cobol1 with the correct make variables
> as other FEs are linked?
First, thank you for the careful answer. It allowed me to trace
through the machinery. And I confirmed that it works, usually.
The Make-lang.in
On Mon, May 13, 2024, 11:41 PM Kees Cook wrote:
> On Mon, May 13, 2024 at 02:46:32PM -0600, Jeff Law wrote:
> >
> >
> > On 5/13/24 1:48 PM, Qing Zhao wrote:
> > > -Warray-bounds is an important option to enable linux kernal to keep
> > > the array out-of-bound errors out of the source tree.
> >
https://gcc.gnu.org/g:158aa1b65ce29d5e58182782de66292c51774d71
commit r15-440-g158aa1b65ce29d5e58182782de66292c51774d71
Author: Jeff Law
Date: Mon May 13 17:37:46 2024 -0600
[to-be-committed,RISC-V] Improve AND with some constants
If we have an AND with a constant operand and the
On 12/19/23 10:28 PM, Jeff Law wrote:
On 12/19/23 02:53, Sergei Lewis wrote:
gcc/ChangeLog
* config/riscv/riscv.md (movmem): Use
riscv_vector::expand_block_move,
if and only if we know the entire operation can be performed
using one vector
load followed by one vector
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112109
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:df15eb15b5f820321c81efc75f0af13ff8c0dd5b
commit r15-439-gdf15eb15b5f820321c81efc75f0af13ff8c0dd5b
Author: Sergei Lewis
Date: Mon May
https://gcc.gnu.org/g:df15eb15b5f820321c81efc75f0af13ff8c0dd5b
commit r15-439-gdf15eb15b5f820321c81efc75f0af13ff8c0dd5b
Author: Sergei Lewis
Date: Mon May 13 17:32:24 2024 -0600
[PATCH v2 1/3] RISC-V: movmem for RISCV with V extension
This patchset permits generation of inlined
=== g++ Summary ===
# of expected passes511994
# of unexpected failures1
# of expected failures 5235
# of unsupported tests 23285
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240513
(experimental) [master r15-437
git commit g:0c6dd4b0973738ce43e76b468a002ab5eb58aaf4
gcc-descr r15-393-g0c6dd4b0973738
power8
Linux 5.4.0-177-generic ppc64le
GNU Make 4.2.1
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Mon May 13 06:22:10 UTC 2024
90
# of unexpected successes 20
# of expected failures 1619
# of unsupported tests 4266
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240513
(experimental) [remotes/origin/HEAD r15-438-g67476ba8ad] (GCC)
=== gfortran tests ===
On 5/13/24 15:47, Jeff Law wrote:
>> On 5/13/24 11:49, Vineet Gupta wrote:
>>> 500.perlbench_r-0 | 1,214,534,029,025 | 1,212,887,959,387 |
>>> 500.perlbench_r-1 |740,383,419,739 | 739,280,308,163 |
>>> 500.perlbench_r-2 |692,074,638,817 | 691,118,734,547 |
>>> 502.gcc_r-0
=== g++ Summary ===
# of expected passes511994
# of unexpected failures1
# of expected failures 5235
# of unsupported tests 23285
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240513
(experimental) [master r15-438
On 5/13/24 3:13 PM, Vineet Gupta wrote:
On 5/13/24 11:49, Vineet Gupta wrote:
500.perlbench_r-0 | 1,214,534,029,025 | 1,212,887,959,387 |
500.perlbench_r-1 |740,383,419,739 | 739,280,308,163 |
500.perlbench_r-2 |692,074,638,817 | 691,118,734,547 |
502.gcc_r-0 |
150432
# of unexpected failures176
# of unexpected successes 33
# of expected failures 985
# of unresolved testcases 2
# of unsupported tests 3777
/home/gccbuild/build/nightly/build-gcc-11/gcc/xgcc version 11.4.1 20240513
[releases/gcc-1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113578
--- Comment #9 from Andrew Waterman ---
For my M1 running Ventura 13.6, NaN payloads _are_ propagated, sign bit
included. This test prints fffc0080:
int main()
{
volatile long long ll = 0x8010;
volatile double d;
17
# of expected failures 1468
# of unsupported tests 4321
=== gcc Summary ===
# of expected passes358896
# of unexpected failures340
# of unexpected successes 31
# of expected failures 2937
# of unsupported tests 9260
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115079
Bug ID: 115079
Summary: unexpected error with partial specialization of
template
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115078
Bug ID: 115078
Summary: ICE with invalid partial specialization of
template
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
On Mon, May 13, 2024 at 02:46:32PM -0600, Jeff Law wrote:
>
>
> On 5/13/24 1:48 PM, Qing Zhao wrote:
> > -Warray-bounds is an important option to enable linux kernal to keep
> > the array out-of-bound errors out of the source tree.
> >
> > However, due to the false positive warnings reported in
LGTM
juzhe.zh...@rivai.ai
The validator warns about as deprecated; use instead.
Pushed.
Gerald
---
htdocs/projects/cxx-dr-status.html | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/htdocs/projects/cxx-dr-status.html
b/htdocs/projects/cxx-dr-status.html
index c70cdf21..e29d2407
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gcc-wwwdocs".
The branch, master has been updated
via de51d0fe7b7f29ce6037224f33a3d82281aac88e (commit)
from
failures 3852
# of unsupported tests 20898
/home/gccbuild/build/nightly/build-gcc-12/gcc/xg++ version 12.3.1 20240513
[remotes/origin/releases/gcc-12 r12-10439-gc5c3a4a265] (GCC)
=== gcc tests ===
Running target unix/-m32
XPASS: gcc.dg/uninit-pred-7_a.c bogus
>> Seems a bit odd on first sight. If all we want to do is to
>> select between two masks why do we need a large Pmode mode?
Since we are lowering final mask = vcond_mask_len (mask, 1s, 0s, len, bias),
into:
vid.v v1
vcmp v2
vmsltu.vx v2, v1, len, TUMU
Then len is Pmode, so we only allow to
Hi, Robin.
I saw vwadd/vwsub.wx have same issue. Could you change them and add test too ?
Thanks.
juzhe.zh...@rivai.ai
From: Robin Dapp
Date: 2024-05-14 04:15
To: gcc-patches
CC: rdapp.gcc; palmer; Kito Cheng; juzhe.zh...@rivai.ai; jeffreyalaw
Subject: [PATCH] RISC-V: Do not allow v0 as
On Mon, Mar 4, 2024 at 12:13 AM Fangrui Song wrote:
>
> From: Fangrui Song
>
> -fno-pic -mfdpic generated code is like regular -fno-pic, not suitable
> for FDPIC (absolute addressing for symbol references and no function
> descriptor). The sh port simply upgrades -fno-pic to -fpie by setting
>
197719
# of unexpected failures160
# of unexpected successes 30
# of expected failures 1552
# of unsupported tests 4096
=== gcc Summary ===
# of expected passes401805
# of unexpected failures322
# of unexpected successes 50
# of ex
13
# of expected failures 1602
# of unsupported tests 5052
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240513
(experimental) [remotes/origin/HEAD r15-437-g30ff6c55ba] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortra
Hi Pan,
thanks for working on this.
In general the patch looks reasonable to me but I'd rather
have some more comments about the high-level idea.
E.g. cbranch is implemented like aarch64 by xor'ing the
bitmasks and comparing the result against zero (so we branch
based on mask equality).
> +;;
On 5/13/24 11:49, Vineet Gupta wrote:
> 500.perlbench_r-0 | 1,214,534,029,025 | 1,212,887,959,387 |
> 500.perlbench_r-1 |740,383,419,739 | 739,280,308,163 |
> 500.perlbench_r-2 |692,074,638,817 | 691,118,734,547 |
> 502.gcc_r-0 |190,820,141,435 | 190,857,065,988 |
>
90
# of unexpected successes 20
# of expected failures 1619
# of unsupported tests 4266
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240513
(experimental) [remotes/origin/HEAD r15-437-g30ff6c55ba] (GCC)
=== gfortran tests ===
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115077
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
On 5/13/24 1:48 PM, Qing Zhao wrote:
-Warray-bounds is an important option to enable linux kernal to keep
the array out-of-bound errors out of the source tree.
However, due to the false positive warnings reported in PR109071
(-Warray-bounds false positive warnings due to code duplication
On 2/27/24 07:25, Jeff Law wrote:
> On 2/25/24 21:53, Greg McGary wrote:
>> Add option -m(no-)autovec-segment to enable/disable autovectorizer
>> from emitting vector segment load/store instructions. This is useful for
>> performance experiments.
>>
>> gcc/ChangeLog:
>> *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86100
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
197719
# of unexpected failures160
# of unexpected successes 30
# of expected failures 1552
# of unsupported tests 4096
=== gcc Summary ===
# of expected passes401805
# of unexpected failures322
# of unexpected successes 50
# of ex
On 5/13/24 12:49 PM, Vineet Gupta wrote:
If the constant used for stack offset can be expressed as sum of two S12
values, the constant need not be materialized (in a reg) and instead the
two S12 bits can be added to instructions involved with frame pointer.
This avoids burning a register and
Dear all,
the attached patch does two things:
- it fixes a bogus array bounds check when deep-copying a class component
of a derived type and the class component has rank > 1, the reason being
that the previous code compared the full size of one side with the size
of the first dimension of
On 5/13/24 12:49 PM, Vineet Gupta wrote:
Apologies for the delay in getting this out. Needed to fix one ICE
with glibc build and fresh round of testing: both testsuite and SPEC
runs (which are similar to v1 in terms of Cactu gains, but some more minor
regressions elsewhere gcc). Again those
Regressions on releases/gcc-13 at commit r13-8765 vs commit r13-8763 on
Linux/x86_64
New failures:
FAIL: libgomp.c++/../libgomp.c-c++-common/for-3.c execution test
FAIL: libgomp.c/../libgomp.c-c++-common/for-5.c execution test
FAIL: libgomp.c/../libgomp.c-c++-common/for-6.c execution test
New
Hi,
this patch splits the vfw...wf pattern so we do not emit
e.g. vfwadd.wf v0,v8,fa5,v0.t anymore.
Regtested on rv64gcv_zvfh.
Regards
Robin
gcc/ChangeLog:
PR target/115068
* config/riscv/vector.md: Split vfw.wf pattern.
gcc/testsuite/ChangeLog:
*
Pushed.
commit 06c46c88cc02e0dff5f65b41754178fb25fb939e
Author: Marek Polacek
Date: Mon May 13 16:09:05 2024 -0400
cxx-dr-status: Update from C++ Core Language Issue TOC, Revision 114
diff --git a/htdocs/projects/cxx-dr-status.html
b/htdocs/projects/cxx-dr-status.html
index
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "gcc-wwwdocs".
The branch, master has been updated
via 9bf29b467ec2e5a40a2caa2dfba936be8ffa99b3 (commit)
via
es ompexp
"__atomic_fetch_add" 1
FAIL: c-c++-common/gomp/atomic-9.c -std=gnu++14 scan-tree-dump-times ompexp
"__atomic_fetch_add" 1
FAIL: c-c++-common/gomp/atomic-9.c -std=gnu++17 scan-tree-dump-times ompexp
"__atomic_fetch_add" 1
FAIL: c-c++-common/gomp/atomic-9.c -std=g
1 - 100 of 454 matches
Mail list logo