LAST_UPDATED: Wed May 22 03:55:48 UTC 2024 (revision r15-764-g73a167cfa22)
Native configuration is i686-pc-linux-gnu
=== gcc tests ===
Running target unix
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O0
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O1
UNRESOLVED:
Dear Sir/Ma
Please wants to place an order, kindly send your
product list or catalogue to the below email
(sa...@fuliejiatrading.com)
--
Best Regards,
Fernando Leite
_Sales Import
mailto:fernando-yvyra...@dagee.tw
M +34 627 204 609 · Portable français +33 767 998 653
T +34 935 086 580
BARCELONA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115183
Bug ID: 115183
Summary: GCCGO appears twice at
https://gcc.gnu.org/onlinedocs/14.1.0/
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115069
Hongtao Liu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
git commit g:13ced602f1543320968220ccb31d4757487a2e08
gcc-descr r12-10462-g13ced602f15433
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: Wed May 22 03:47:37 UTC 2024
>> Hard to find a default value satisfying all testcases.
>> some require loop unroll with 7 insns increment, some don't want loop
>> unroll w/ 5 insn increment.
>> The original 2/3 reduction happened to meet all those testcases(or the
>> testcases are constructed based on the old 2/3).
>> Can we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104678
Saurav Yadav <3y3p4tch at protonmail dot com> changed:
What|Removed |Added
CC||3y3p4tch
Ping ?
On 13/05/2024 06:33, François Dumont wrote:
libstdc++: [_Hashtable] Fix some implementation inconsistencies
Get rid of the different usages of the mutable keyword except in
_Prime_rehash_policy where it is preserved for abi compatibility
reason.
Fix comment to explain
LAST_UPDATED: Wed May 22 02:35:08 UTC 2024 (revision r14-10229-g1ad5c9d524d)
Native configuration is i686-pc-linux-gnu
=== gcc tests ===
Running target unix
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O0
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O1
UNRESOLVED:
git commit g:13ced602f1543320968220ccb31d4757487a2e08
gcc-descr r12-10462-g13ced602f15433
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: Wed May 22 03:25:58 UTC 2024
LAST_UPDATED: Wed May 22 02:40:09 UTC 2024 (revision r15-764-g73a167cfa22)
Native configuration is x86_64-pc-linux-gnu
=== gcc tests ===
Running target unix
XPASS: gcc.dg/guality/example.c -O0 execution test
XPASS: gcc.dg/guality/example.c -O1 -DPREVENT_OPTIMIZATION
LAST_UPDATED: Wed May 22 02:35:09 UTC 2024 (revision r14-10229-g1ad5c9d524d)
Native configuration is x86_64-pc-linux-gnu
=== gcc tests ===
Running target unix
XPASS: gcc.dg/guality/example.c -O0 execution test
XPASS: gcc.dg/guality/example.c -O1 -DPREVENT_OPTIMIZATION
LAST_UPDATED: Tue May 21 17:04:56 UTC 2024 (revision r15-756-g20e6f36771d)
=== acats tests ===
FAIL: cb1010a
FAIL: cxa4001
=== acats Summary ===
# of expected passes2326
# of unexpected failures2
Native configuration is s390x-ibm-linux-gnu
Regressions on releases/gcc-13 at commit r13-8789 vs commit r13-8786 on
Linux/x86_64
New failures:
FAIL: libgomp.c/examples-4/teams-4.c execution test
FAIL: libgomp.c++/../libgomp.c-c++-common/for-11.c execution test
FAIL: libgomp.c/../libgomp.c-c++-common/for-11.c execution test
FAIL:
git commit g:ffab721f3c9ecbb9831844d844ad257b69a77993
gcc-descr r15-763-gffab721f3c9ecb
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: Wed May 22 01:49:58 UTC 2024
LAST_UPDATED: Wed May 22 01:40:21 UTC 2024 (revision r15-763-gffab721f3c9)
Native configuration is i686-pc-linux-gnu
=== gcc tests ===
Running target unix
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O0
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O1
UNRESOLVED:
Regressions on releases/gcc-14 at commit r14-10227 vs commit r14-10225 on
Linux/x86_64
New failures:
FAIL: gcc.dg/vect/tsvc/vect-tsvc-s317.c execution test
FAIL: gcc.dg/vect/tsvc/vect-tsvc-s317.c -flto -ffat-lto-objects execution test
FAIL: libgomp.c/examples-4/teams-4.c execution test
FAIL:
Hi,
on 2024/5/21 11:04, Alexandre Oliva wrote:
> On May 8, 2024, "Kewen.Lin" wrote:
>
How about the generic one "longdouble64"? I did a grep and found it has
one
use, I'd expect it can work here. :)
>>>
>>> ... since this and longdouble128 exist, maybe we can fix it and leave
# From https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2146/:
LAST_UPDATED: 2024-05-22T03:06:40+00:00 (master revision
gcc-15-764-g73a167cfa22) armv8l-unknown-linux-gnueabihf
Native configuration is armv8l-unknown-linux-gnueabihf
=== libatomic tests ===
Running
git commit g:ffab721f3c9ecbb9831844d844ad257b69a77993
gcc-descr r15-763-gffab721f3c9ecb
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: Wed May 22 01:51:49 UTC 2024
Hi,
on 2024/2/26 13:43, jeevitha wrote:
> Hi All,
>
> The following patch has been bootstrapped and regtested on powerpc64le-linux.
>
> PR110040 exposes an issue concerning moves from vector registers to GPRs.
> There are two moves, one for upper 64 bits and the other for the lower
> 64 bits.
Hi Carl,
on 2024/5/22 08:13, Carl Love wrote:
> Kewen:
>
> On 5/13/24 19:54, Kewen.Lin wrote:
>> 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
On 5/21/24 21:55, Patrick Palka wrote:
On Tue, 21 May 2024, Jason Merrill wrote:
On 5/21/24 17:27, Patrick Palka wrote:
On Tue, 21 May 2024, Jason Merrill wrote:
On 5/21/24 15:36, Patrick Palka wrote:
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look
OK for trunk?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115069
--- Comment #22 from Haochen Jiang ---
Fixed in GCC14 and GCC15
https://gcc.gnu.org/g:1ad5c9d524d8fa99773045e75da04ae958012085
commit r14-10229-g1ad5c9d524d8fa99773045e75da04ae958012085
Author: Haochen Jiang
Date: Tue May 21 14:10:43 2024 +0800
i386: Disable ix86_expand_vecop_qihi2 when !TARGET_AVX512BW
Since vpermq is really slow, we should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115069
--- Comment #21 from GCC Commits ---
The releases/gcc-14 branch has been updated by Haochen Jiang
:
https://gcc.gnu.org/g:1ad5c9d524d8fa99773045e75da04ae958012085
commit r14-10229-g1ad5c9d524d8fa99773045e75da04ae958012085
Author: Haochen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115069
--- Comment #20 from GCC Commits ---
The master branch has been updated by Haochen Jiang :
https://gcc.gnu.org/g:73a167cfa225d5ee7092d41596b9fea1719898ff
commit r15-764-g73a167cfa225d5ee7092d41596b9fea1719898ff
Author: Haochen Jiang
Date:
https://gcc.gnu.org/g:73a167cfa225d5ee7092d41596b9fea1719898ff
commit r15-764-g73a167cfa225d5ee7092d41596b9fea1719898ff
Author: Haochen Jiang
Date: Tue May 21 14:10:43 2024 +0800
i386: Disable ix86_expand_vecop_qihi2 when !TARGET_AVX512BW
Since vpermq is really slow, we should
> -Original Message-
> From: Uros Bizjak
> Sent: Tuesday, May 21, 2024 9:04 PM
> To: Jiang, Haochen
> Cc: gcc-patches@gcc.gnu.org; Liu, Hongtao
> Subject: Re: [PATCH v3] i386: Disable ix86_expand_vecop_qihi2
> when !TARGET_AVX512BW
>
> On Tue, May 21, 2024 at 11:01 AM Haochen Jiang
>
LAST_UPDATED: Wed May 22 00:40:13 UTC 2024 (revision r15-762-g292fc21a8d7)
Native configuration is x86_64-pc-linux-gnu
=== gcc tests ===
Running target unix
XPASS: gcc.dg/guality/example.c -O0 execution test
XPASS: gcc.dg/guality/example.c -O1 -DPREVENT_OPTIMIZATION
This patch is a follow-up of r15-697-ga2e4fe5a53cf75 to also fold vget_high_*
intrinsics to BIT_FILED_REF and remove the vget_high_* definitions from
arm_neon.h to use the new intrinsics framework.
PR target/102171
gcc/ChangeLog:
* config/aarch64/aarch64-builtins.cc
According to IEEE standard, for conversions from floating point to
integer. When a NaN or infinite operand cannot be represented in the
destination format and this cannot otherwise be indicated, the invalid
operation exception shall be signaled. When a numeric operand would
convert to an integer
On Tue, 21 May 2024, Jason Merrill wrote:
> On 5/21/24 17:27, Patrick Palka wrote:
> > On Tue, 21 May 2024, Jason Merrill wrote:
> >
> > > On 5/21/24 15:36, Patrick Palka wrote:
> > > > Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look
> > > > OK for trunk?
> > > >
> > > >
git commit g:a841964721931b7da03760b0bc47b3ec1f212f48
gcc-descr r13-8790-ga841964721931b
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: Wed May 22 00:36:40 UTC 2024
scan-assembler-times padd 5
FAIL: gcc.target/i386/vect-reduc-1.c scan-assembler-times psrl 2
FAIL: gcc.target/i386/xorsign.c scan-tree-dump-times vect "vectorized 2 loops" 1
=== gcc Summary ===
# of expected passes 196326
# of unexpected failures229
# of u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115182
Bug ID: 115182
Summary: [15 Regression] gcc.target/cris/pr93372-47.c at
r15-518-g99b1daae18c095
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords:
es psrl 2
=== gcc Summary ===
# of expected passes184989
# of unexpected failures209
# of unexpected successes 31
# of expected failures 1464
# of unresolved testcases 114
# of unsupported tests 3582
/home/haochenj/src/gcc-13-
uild/build/nightly/build-gcc-13/gcc/xgcc version 13.3.1 20240521
[releases/gcc-13 r13-8789-g9433e308e0] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution test
XPASS: gfortran.dg/large_real_kind_form_io_2
197675
# of unexpected failures160
# of unexpected successes 30
# of expected failures 1552
# of unsupported tests 4076
=== gcc Summary ===
# of expected passes401707
# of unexpected failures322
# of unexpected successes 50
# of ex
# From https://ci.linaro.org/job/tcwg_gcc_check--master-aarch64-build/2036/:
LAST_UPDATED: 2024-05-22T00:49:58+00:00 (master revision
gcc-15-761-gbad96a02c48) aarch64-unknown-linux-gnu
Native configuration is aarch64-unknown-linux-gnu
=== libatomic tests ===
Running target
asses 196294
# of unexpected failures230
# of unexpected successes 27
# of expected failures 1502
# of unresolved testcases 114
# of unsupported tests 4196
/home/haochenj/src/gcc-regression/bld/gcc/xgcc version 15.0.0 20240521
(experimental)
From: Pan Li
This patch would like to support the __builtin_add_overflow branch form for
unsigned SAT_ADD. For example as below:
uint64_t
sat_add (uint64_t x, uint64_t y)
{
uint64_t ret;
return __builtin_add_overflow (x, y, ) ? -1 : ret;
}
Different to the branchless version, we leverage
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115144
--- Comment #7 from Hans-Peter Nilsson ---
(In reply to Richard Biener from comment #6)
> For gcc.c-torture/execute/arith-rand-ll.c, does it help to replace the exit
> (0) call with a return 0 statement?
No. FWIW, it also doesn't help renaming
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115176
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115161
--- Comment #11 from Hongtao Liu ---
(In reply to Jakub Jelinek from comment #10)
> Any of the floating point to integer intrinsics if they have out of range
> value (haven't checked whether floating point to unsigned intrinsic is a
> problem
20240521 (experimental) [src
r15-754-g232a86f9640] (GCC)
=== gcc tests ===
Running target unix
XPASS: gcc.dg/autopar/pr46799.c (test for excess errors)
FAIL: gcc.dg/asm-names.c scan-assembler-not frob14
FAIL: gcc.dg/nextafter-2.c execution test
FAIL: gcc.dg/pr114574-1.c (test
Committed, thanks.
xu...@eswincomputing.com
From: Robin Dapp
Date: 2024-05-21 22:58
To: juzhe.zh...@rivai.ai; Li Xu; gcc-patches
CC: rdapp.gcc; kito.cheng; palmer; tamar.christina; Richard Biener;
richard.sandiford; zhengyu; pan2.li
Subject: Re: [PATCH] RISC-V: Enable vectorization for
https://gcc.gnu.org/g:ffab721f3c9ecbb9831844d844ad257b69a77993
commit r15-763-gffab721f3c9ecbb9831844d844ad257b69a77993
Author: xuli
Date: Mon May 20 01:56:47 2024 +
RISC-V: Enable vectorization for vect-early-break_124-pr114403.c
Because "targetm.slow_unaligned_access" is
gs
FAIL: outputs-24 exe savetmp named2-3: outputs.ld1_args
FAIL: outputs-25 exe savetmp named2-4: outputs.ld1_args
FAIL: outputs-294 lto sing unnamed-3: a.ld1_args
FAIL: outputs-294 lto sing unnamed-3: a.ld_args
=== gcc Summary ===
# of expected passes133266
# of unex
https://gcc.gnu.org/g:292fc21a8d7aa2f16e61ac941e22ada6ddd85500
commit r15-762-g292fc21a8d7aa2f16e61ac941e22ada6ddd85500
Author: Nathaniel Shead
Date: Sat May 11 22:25:44 2024 +1000
c++: Strengthen checks on 'main'
This patch adds some missing requirements for legal main
ailures159
# of unexpected successes 30
# of expected failures 1552
# of unsupported tests 4078
=== gcc Summary ===
# of expected passes401742
# of unexpected failures318
# of unexpected successes 50
# of expected failures 3098
197675
# of unexpected failures160
# of unexpected successes 30
# of expected failures 1552
# of unsupported tests 4076
=== gcc Summary ===
# of expected passes401707
# of unexpected failures322
# of unexpected successes 50
# of ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115181
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-05-22
arch64-linux-gnu-gcc
version 15.0.0 20240521 (experimental) [master revision
gcc-15-760-g826a7d3d19d] (GCC)
Host is x86_64-pc-linux-gnu
=== gfortran tests ===
Running target qemu
FAIL: gfortran.dg/asan/pointer_assign_16.f90 -fsanitize=address -O0 execution
test
FAIL: gfor
Kewen:
On 5/13/24 19:54, Kewen.Lin wrote:
> 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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99531
--- Comment #12 from Oleg Endo ---
(In reply to Oleg Endo from comment #11)
>
> This caused PR 115148
I absolutely lack the imagination to see the connection of the change in #c6
and PR 115148. This is the change in the output code that
/nightly/build-gcc-13/gcc/xg++ version 13.3.1 20240521
[releases/gcc-13 r13-8789-g9433e308e0] (GCC)
=== gcc tests ===
Running target unix/-m32
XPASS: gcc.dg/guality/example.c -O0 execution test
XPASS: gcc.dg/guality/example.c -O1 -DPREVENT_OPTIMIZATION execution test
XPASS
13
# of expected failures 1602
# of unsupported tests 5041
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240521
(experimental) [remotes/origin/HEAD r15-760-g826a7d3d19] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortra
ts 5215
/home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/builds/destdir/x86_64-pc-linux-gnu/bin/arm-eabi-gcc
version 15.0.0 20240521 (experimental) [master revision
gcc-15-760-g826a7d3d19d] (GCC)
Host is x86_64-pc-linux-gnu
=== g++ tests ===
Running target
qemu/-mthu
mmary ===
# of expected passes368837
# of unexpected failures80
# of unexpected successes 19
# of expected failures 2869
# of unsupported tests 5729
/export/home/haochenj/src/gcc-13-regression/bld/gcc/xgcc version 13.3.1
20240521 [release
Regressions on releases/gcc-13 at commit r13-8786 vs commit r13-8784 on
Linux/x86_64
New failures:
New passes:
FAIL: gcc-dg-lto-pr113359-2-01.exe scan-wpa-ipa-dump icf "Semantic equality
hit:geta/.*getb/"
FAIL: gcc.dg/lto/pr113359-2 c_lto_pr113359-2_0.o assemble, -O2 -flto
-fno-strict-aliasing
es psrl 2
=== gcc Summary ===
# of expected passes184989
# of unexpected failures209
# of unexpected successes 31
# of expected failures 1464
# of unresolved testcases 114
# of unsupported tests 3582
/home/haochenj/src/gcc-13-
ed successes 17
# of expected failures 1468
# of unsupported tests 4321
=== gcc Summary ===
# of expected passes359194
# of unexpected failures340
# of unexpected successes 31
# of expected failures 2937
# of unsupported
scan-assembler-times padd 5
FAIL: gcc.target/i386/vect-reduc-1.c scan-assembler-times psrl 2
FAIL: gcc.target/i386/xorsign.c scan-tree-dump-times vect "vectorized 2 loops" 1
=== gcc Summary ===
# of expected passes 196326
# of unexpected failures229
# of u
Regressions on releases/gcc-14 at commit r14-10226 vs commit r14-10225 on
Linux/x86_64
New failures:
New passes:
FAIL: gcc.dg/lto/save-temps c_lto_save-temps_0.o-c_lto_save-temps_0.o link, -O
-flto -save-temps
ailures159
# of unexpected successes 30
# of expected failures 1552
# of unsupported tests 4078
=== gcc Summary ===
# of expected passes401742
# of unexpected failures318
# of unexpected successes 50
# of expected failures 3098
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79384
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|NEW
=== g++ Summary ===
# of expected passes512620
# of unexpected failures1
# of expected failures 5235
# of unsupported tests 23275
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240521
(experimental) [master r15-760
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107800
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/g:9433e308e0ca48822aa5e3a9875aac1f86cbac72
commit r13-8789-g9433e308e0ca48822aa5e3a9875aac1f86cbac72
Author: Dimitrij Mijoski
Date: Wed Oct 18 12:52:20 2023 +0200
libstdc++: testsuite: Enhance codecvt_unicode with tests for length()
We can test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108976
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/g:bd5e672303f5f777e8927a746d3ee42db21d871b
commit r13-8788-gbd5e672303f5f777e8927a746d3ee42db21d871b
Author: Dimitrij Mijoski
Date: Thu Sep 28 21:38:11 2023 +0200
libstdc++: Fix handling of surrogate CP in codecvt [PR108976]
This patch fixes the handling of
https://gcc.gnu.org/g:0a9df2c711f40e067cd57707d8e623136ae4efbe
commit r13-8787-g0a9df2c711f40e067cd57707d8e623136ae4efbe
Author: Jonathan Wakely
Date: Tue May 21 13:16:33 2024 +0100
c++: Fix std dialect hint for std::to_address [PR107800]
The correct dialect for std::to_address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108976
--- Comment #14 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:bd5e672303f5f777e8927a746d3ee42db21d871b
commit r13-8788-gbd5e672303f5f777e8927a746d3ee42db21d871b
Author: Dimitrij
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107800
--- Comment #11 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:0a9df2c711f40e067cd57707d8e623136ae4efbe
commit r13-8787-g0a9df2c711f40e067cd57707d8e623136ae4efbe
Author: Jonathan
197675
# of unexpected failures160
# of unexpected successes 30
# of expected failures 1552
# of unsupported tests 4076
=== gcc Summary ===
# of expected passes401707
# of unexpected failures322
# of unexpected successes 50
# of ex
https://gcc.gnu.org/g:5b96d547ce71b8f03ddbc2318c64618110839e20
commit r14-10227-g5b96d547ce71b8f03ddbc2318c64618110839e20
Author: Jonathan Wakely
Date: Tue May 21 13:16:33 2024 +0100
c++: Fix std dialect hint for std::to_address [PR107800]
The correct dialect for std::to_address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107800
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:5b96d547ce71b8f03ddbc2318c64618110839e20
commit r14-10227-g5b96d547ce71b8f03ddbc2318c64618110839e20
Author: Jonathan
> I see. I do wonder how we should deal with the inherent
> dependence on optimization for [[musttail]] to work then? "Solve"
> the problem with good documentation?
For now that's good enough I think. If it's a significant problem
it can always be improved later.
> Offer a -fignore-musttail
>
13
# of expected failures 1602
# of unsupported tests 5041
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240521
(experimental) [remotes/origin/HEAD r15-758-g9926c40a90] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortra
asses 196294
# of unexpected failures230
# of unexpected successes 27
# of expected failures 1502
# of unresolved testcases 114
# of unsupported tests 4196
/home/haochenj/src/gcc-regression/bld/gcc/xgcc version 15.0.0 20240521
(experimental)
On 5/21/24 17:27, Patrick Palka wrote:
On Tue, 21 May 2024, Jason Merrill wrote:
On 5/21/24 15:36, Patrick Palka wrote:
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look
OK for trunk?
Alternatively, I considered fixing this by incrementing
comparing_specializations around the
On Tue, 2024-05-21 at 15:13 +, Qing Zhao wrote:
> Thanks for the comments and suggestions.
>
> > On May 15, 2024, at 10:00, David Malcolm
> > wrote:
> >
> > On Tue, 2024-05-14 at 15:08 +0200, Richard Biener wrote:
> > > On Mon, 13 May 2024, Qing Zhao wrote:
> > >
> > > > -Warray-bounds is
On Tue, 21 May 2024, Patrick Palka wrote:
> On Tue, 21 May 2024, Jason Merrill wrote:
>
> > On 5/21/24 15:36, Patrick Palka wrote:
> > > Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look
> > > OK for trunk?
> > >
> > > Alternatively, I considered fixing this by incrementing
> >
On Tue, 21 May 2024, Jason Merrill wrote:
> On 5/21/24 15:36, Patrick Palka wrote:
> > Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look
> > OK for trunk?
> >
> > Alternatively, I considered fixing this by incrementing
> > comparing_specializations around the call to
simd/mve-vshr.c scan-assembler-times
vshl.u[0-9]+tq[0-9]+, q[0-9]+ 3
=== gcc Summary ===
# of expected passes166348
# of unexpected failures283
# of expected failures 1016
# of unresolved testcases 1
# of unsupported tests 9470
/h
On 5/21/24 15:36, Patrick Palka wrote:
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look
OK for trunk?
Alternatively, I considered fixing this by incrementing
comparing_specializations around the call to comp_except_specs in
cp_check_qualified_type, but generally for types whose
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115172
--- Comment #7 from Jakub Jelinek ---
(In reply to Fedor Pchelkin from comment #6)
> (In reply to Uroš Bizjak from comment #5)
> > (In reply to Jakub Jelinek from comment #4)
> > > Created attachment 58261 [details]
> > > gcc15-pr115172.patch
>
Hi!
The following testcase is miscompiled because
strlen_pass::count_nonzero_bytes_addr doesn't handle correctly
the !si->full_string_p case.
If si->full_string_p, it correctly computes minlen and maxlen as
minimum and maximum length of the '\0' terminated stgring and
clears *nulterm (ie. makes
Tested x86_64-linux. Committed as obvious.
I'll backport it too.
-- >8 --
The correct dialect for std::to_address is cxx20 not cxx11.
gcc/cp/ChangeLog:
PR libstdc++/107800
* cxxapi-data.csv : Change dialect to cxx20.
* std-name-hint.gperf: Regenerate.
*
https://gcc.gnu.org/g:826a7d3d19d3ebf04e21d6f1c89eb341a36fb5d1
commit r15-760-g826a7d3d19d3ebf04e21d6f1c89eb341a36fb5d1
Author: Jonathan Wakely
Date: Tue May 21 13:16:33 2024 +0100
c++: Fix std dialect hint for std::to_address [PR107800]
The correct dialect for std::to_address is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107800
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:826a7d3d19d3ebf04e21d6f1c89eb341a36fb5d1
commit r15-760-g826a7d3d19d3ebf04e21d6f1c89eb341a36fb5d1
Author: Jonathan Wakely
Date:
Hi!
The following testcase is miscompiled, because -fsanitize=bool,enum
creates a MEM_REF without propagating there address space qualifiers,
so what should be normally loaded using say %gs:/%fs: segment prefix
isn't. Together with asan it then causes that load to be sanitized.
Fixed thusly,
mmary ===
# of expected passes368837
# of unexpected failures80
# of unexpected successes 19
# of expected failures 2869
# of unsupported tests 5729
/export/home/haochenj/src/gcc-13-regression/bld/gcc/xgcc version 13.3.1
20240521 [release
Regressions on releases/gcc-14 at commit r14-10225 vs commit r14-10224 on
Linux/x86_64
New failures:
FAIL: gcc.dg/lto/save-temps c_lto_save-temps_0.o-c_lto_save-temps_0.o link, -O
-flto -save-temps
New passes:
ected failures319
# of unexpected successes 50
# of expected failures 3098
# of unsupported tests 7370
/export/home/haochenj/src/gcc-14-regression/bld/gcc/xgcc version 14.1.1
20240521 [releases/gcc-14 r14-10225-gedde60a53c7] (GCC)
=== gfortr
=== g++ Summary ===
# of expected passes512614
# of unexpected failures1
# of expected failures 5235
# of unsupported tests 23273
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 15.0.0 20240521
(experimental) [master r15-758
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115139
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/g:caf43cc9e5c0b3265b55e5a0dc77fc55e9618c77
commit r14-10226-gcaf43cc9e5c0b3265b55e5a0dc77fc55e9618c77
Author: Patrick Palka
Date: Tue May 21 15:54:10 2024 -0400
c++: folding non-dep enumerator from current inst [PR115139]
After the tsubst_copy removal
1 - 100 of 609 matches
Mail list logo