https://gcc.gnu.org/g:c058105bc47a0701e157d1028e60f48554561f9f
commit r14-10116-gc058105bc47a0701e157d1028e60f48554561f9f
Author: Paul Thomas
Date: Thu Apr 25 06:56:10 2024 +0100
Fortran: Fix ICE in gfc_trans_create_temp_array from bad type [PR93678]
2024-04-25 Paul Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93678
--- Comment #15 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:c058105bc47a0701e157d1028e60f48554561f9f
commit r14-10116-gc058105bc47a0701e157d1028e60f48554561f9f
Author: Paul Thomas
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89462
--- Comment #14 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:1fd5a07444776d76cdd6a2eee7df0478201197a5
commit r14-10115-g1fd5a07444776d76cdd6a2eee7df0478201197a5
Author: Paul Thomas
Date: Thu
https://gcc.gnu.org/g:1fd5a07444776d76cdd6a2eee7df0478201197a5
commit r14-10115-g1fd5a07444776d76cdd6a2eee7df0478201197a5
Author: Paul Thomas
Date: Thu Apr 25 06:52:31 2024 +0100
Fortran: Generate new charlens for shared symbol typespecs [PR89462]
2024-04-25 Paul Thomas
git commit g:09680e3ee7d72978b493dd4127ce2e769f96a45e
gcc-descr r14-10114-g09680e3ee7d729
power9 IEEE128
Linux 6.9.0-0.rc3.30.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: Thu Apr 25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114792
--- Comment #5 from Richard Biener ---
(In reply to Richard Biener from comment #4)
> Created attachment 58024 [details]
> patch
>
> I quickly tried this which works for the testcase but I'm sure it'll break
> quickly.
during GIMPLE pass:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98140
Jiu Fu Guo changed:
What|Removed |Added
CC||guojiufu at gcc dot gnu.org
--- Comment #2
git commit g:09680e3ee7d72978b493dd4127ce2e769f96a45e
gcc-descr r14-10114-g09680e3ee7d729
power9
Linux 5.15.0-97-generic ppc64le
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Thu Apr 25 04:09:12 UTC 2024
git commit g:09680e3ee7d72978b493dd4127ce2e769f96a45e
gcc-descr r14-10114-g09680e3ee7d729
power8
Linux 5.4.0-174-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: Thu Apr 25 03:29:08 UTC 2024
git commit g:a9f174f01f25fa6df989707dc2fec29ef78aad24
gcc-descr r13-8646-ga9f174f01f25fa
power9 BE
Linux 6.7.9-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: Thu Apr 25 04:13:26 UTC 2024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88309
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/g:02f1b5361188c9d833cef39caf723d31d44ba5d5
commit r11-11363-g02f1b5361188c9d833cef39caf723d31d44ba5d5
Author: Kewen Lin
Date: Mon Apr 8 21:01:36 2024 -0500
rs6000: Fix wrong align passed to build_aligned_type [PR88309]
As the comments in PR88309 show, there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88309
--- Comment #10 from GCC Commits ---
The releases/gcc-11 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:02f1b5361188c9d833cef39caf723d31d44ba5d5
commit r11-11363-g02f1b5361188c9d833cef39caf723d31d44ba5d5
Author: Kewen Lin
Date:
# From
https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_v8a_hard_eabi-build/410/:
LAST_UPDATED: 2024-04-25T04:41:22+00:00 (master revision
gcc-14-10114-g09680e3ee7d) arm-eabi
{-mthumb/-march=armv8-a+simd/-mfpu=auto/-mfloat-abi=hard}
Target is arm-unknown-eabi
Host is
LAST_UPDATED: Thu Apr 25 02:50:08 UTC 2024 (revision r12-10393-g43c8cb0e003)
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:
LAST_UPDATED: Thu Apr 25 02:45:07 UTC 2024 (revision r13-8646-ga9f174f01f2)
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:43c8cb0e003996b3a7a9f98923f602561f3f0ec7
gcc-descr r12-10393-g43c8cb0e003996
power9 IEEE128
Linux 6.9.0-0.rc3.30.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: Thu Apr 25
git commit g:a9f174f01f25fa6df989707dc2fec29ef78aad24
gcc-descr r13-8646-ga9f174f01f25fa
power9
Linux 5.15.0-97-generic ppc64le
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Thu Apr 25 02:49:35 UTC 2024
git commit g:09680e3ee7d72978b493dd4127ce2e769f96a45e
gcc-descr r14-10114-g09680e3ee7d729
power9 BE
Linux 6.7.9-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: Thu Apr 25 02:39:53 UTC 2024
git commit g:27c17c92c32d7121b61f5ed46fd9a23954e072f3
gcc-descr r12-10392-g27c17c92c32d71
power8
Linux 5.4.0-174-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: Thu Apr 25 01:47:52 UTC 2024
# From https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2020/:
LAST_UPDATED: 2024-04-25T03:06:00+00:00 (master revision
gcc-14-10114-g09680e3ee7d) armv8l-unknown-linux-gnueabihf
Native configuration is armv8l-unknown-linux-gnueabihf
=== libatomic tests ===
Running
LGTM
juzhe.zh...@rivai.ai 於 2024年4月25日 週四 09:26 寫道:
> lgtm
>
> --
> juzhe.zh...@rivai.ai
>
>
> *From:* pan2.li
> *Date:* 2024-04-25 09:25
> *To:* gcc-patches
> *CC:* juzhe.zhong ; kito.cheng
> ; rdapp.gcc ; Pan Li
>
> *Subject:* [PATCH v1] RISC-V: Add xfail test
git commit g:05d92259ee3668769409c52c063628a19fb0b43a
gcc-descr r13-8645-g05d92259ee3668
power9 IEEE128
Linux 6.9.0-0.rc3.30.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: Thu Apr 25
git commit g:5123cfa629b6423ee0cd08d18402a261dbc31ac7
gcc-descr r14-10112-g5123cfa629b642
power9
Linux 5.15.0-97-generic ppc64le
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Thu Apr 25 01:18:11 UTC 2024
git commit g:5123cfa629b6423ee0cd08d18402a261dbc31ac7
gcc-descr r14-10112-g5123cfa629b642
power9 IEEE128
Linux 6.9.0-0.rc3.30.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: Thu Apr 25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88309
--- Comment #9 from GCC Commits ---
The releases/gcc-12 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:43c8cb0e003996b3a7a9f98923f602561f3f0ec7
commit r12-10393-g43c8cb0e003996b3a7a9f98923f602561f3f0ec7
Author: Kewen Lin
Date:
https://gcc.gnu.org/g:43c8cb0e003996b3a7a9f98923f602561f3f0ec7
commit r12-10393-g43c8cb0e003996b3a7a9f98923f602561f3f0ec7
Author: Kewen Lin
Date: Mon Apr 8 21:01:36 2024 -0500
rs6000: Fix wrong align passed to build_aligned_type [PR88309]
As the comments in PR88309 show, there
https://gcc.gnu.org/g:a9f174f01f25fa6df989707dc2fec29ef78aad24
commit r13-8646-ga9f174f01f25fa6df989707dc2fec29ef78aad24
Author: Kewen Lin
Date: Mon Apr 8 21:01:36 2024 -0500
rs6000: Fix wrong align passed to build_aligned_type [PR88309]
As the comments in PR88309 show, there are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88309
--- Comment #8 from GCC Commits ---
The releases/gcc-13 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:a9f174f01f25fa6df989707dc2fec29ef78aad24
commit r13-8646-ga9f174f01f25fa6df989707dc2fec29ef78aad24
Author: Kewen Lin
Date:
git commit g:27c17c92c32d7121b61f5ed46fd9a23954e072f3
gcc-descr r12-10392-g27c17c92c32d71
power9 BE
Linux 6.7.9-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: Thu Apr 25 01:18:33 UTC 2024
== gcc Summary ===
# of expected passes178440
# of unexpected failures128
# of unexpected successes 13
# of expected failures 1595
# of unsupported tests 5035
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240424
(experimental) [remotes
https://gcc.gnu.org/g:09680e3ee7d72978b493dd4127ce2e769f96a45e
commit r14-10114-g09680e3ee7d72978b493dd4127ce2e769f96a45e
Author: Haochen Gui
Date: Thu Apr 25 09:55:53 2024 +0800
rs6000: Use bcdsub. instead of bcdadd. for bcd invalid number checking
bcdadd. might causes overflow
https://gcc.gnu.org/g:d44c2052c59545731edcf7f99a32bcef3b0415b6
commit r14-10113-gd44c2052c59545731edcf7f99a32bcef3b0415b6
Author: Pan Li
Date: Wed Apr 24 23:09:24 2024 +0800
RISC-V: Add xfail test case for highpart register overlap of vwcvt
We reverted below patch for register
s8
# of expected failures 1908
# of unsupported tests 4368
/home/tcwg-buildslave/workspace/tcwg_gnu_4/abe/builds/destdir/aarch64-unknown-linux-gnu/bin/aarch64-unknown-linux-gnu-gcc
version 14.0.1 20240424 (experimental) [master revision
gcc-14-10111-g26a3edb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79646
--- Comment #4 from Abe ---
Anybody who wants to chime in, but especially Eric Gallager: please let me know
whether or not my patch looks good enough for submission to the gcc-patches
mailing list, and if not then _why_ not [please].
Sorry, looks I missed the early clobber which exists before when resolve the
conflict manually.
File another PATCH for this as below
https://gcc.gnu.org/pipermail/gcc-patches/2024-April/649991.html
> We probably don't have tests for this, in particular runtime?
I am afraid this is true
lgtm
juzhe.zh...@rivai.ai
From: pan2.li
Date: 2024-04-25 09:25
To: gcc-patches
CC: juzhe.zhong; kito.cheng; rdapp.gcc; Pan Li
Subject: [PATCH v1] RISC-V: Add xfail test case for highpart register overlap
of vwcvt
From: Pan Li
We reverted below patch for register group overlap, add the
From: Pan Li
We reverted below patch for register group overlap, add the related
insn test and mark it as xfail. And we will remove the xfail
after we support the register overlap in GCC-15.
bdad036da32 RISC-V: Support highpart register overlap for vwcvt
The below test suites are passed for
lgtm
juzhe.zh...@rivai.ai
From: pan2.li
Date: 2024-04-25 09:25
To: gcc-patches
CC: juzhe.zhong; kito.cheng; rdapp.gcc; Pan Li
Subject: [PATCH v1] RISC-V: Add early clobber to the dest of vwsll
From: Pan Li
We missed the existing early clobber for the dest operand of vwsll
pattern when
From: Pan Li
We missed the existing early clobber for the dest operand of vwsll
pattern when resolve the conflict of revert register overlap. Thus
add it back to the pattern. Unfortunately, we have no test to cover
this part and will improve this after GCC-15 open.
The below tests are passed
在 2024/4/23 上午11:43, Lulu Cheng 写道:
---
htdocs/gcc-14/changes.html | 156 +
1 file changed, 156 insertions(+)
diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html
index 9509487c..f0f0efe0 100644
--- a/htdocs/gcc-14/changes.html
+++
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 215f3f4f7d8ad162a9a3f5e48b475d82ee4cfb3d (commit)
from
failures 5241
# of unsupported tests 23193
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 14.0.1 20240424
(experimental) [master r14-10111-g26a3edbe23] (GCC)
=== gcc tests ===
Running target unix/-m32
XPASS: gcc.dg/guality/example.c -O0 execution
git commit g:05aef105be13114a0d9d50abcd78cdfdefd4f6d2
gcc-descr r11-11362-g05aef105be1311
power9
Linux 5.15.0-97-generic ppc64le
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Thu Apr 25 00:20:46 UTC 2024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79646
--- Comment #3 from Abe ---
Created attachment 58032
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58032=edit
patch for VAX messages, including localization
Squashed patch based on my local Git for this PR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79646
Abe changed:
What|Removed |Added
CC||abe_skolnik at yahoo dot com
--- Comment #2 from
Regressions on master at commit r14-10111 vs commit r14-10109 on Linux/x86_64
New failures:
FAIL: c-c++-common/tsan/free_race2.c -O2 output pattern test
FAIL: c-c++-common/tsan/free_race.c -O0 output pattern test
FAIL: c-c++-common/tsan/free_race.c -O2 output pattern test
FAIL:
On 4/24/24 15:47, Jakub Jelinek wrote:
On Wed, Apr 24, 2024 at 06:39:33PM -0400, Jason Merrill wrote:
--- gcc/cp/decl2.cc.jj 2024-04-23 14:49:41.933186265 +0200
+++ gcc/cp/decl2.cc 2024-04-24 15:17:09.043625729 +0200
@@ -3314,7 +3314,16 @@ tentative_decl_linkage (tree decl)
to
outputs-23 exe savetmp named2-2: outputs.ld1_args
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 ===
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112304
--- Comment #5 from Andrew Pinski ---
Created attachment 58031
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58031=edit
Patch which I am testing
Once testing is finished and GCC 15 stage 1 opens up, I will submit this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112304
--- Comment #4 from Andrew Pinski ---
Note my patch does not change the fact that we don't pull the mov outside of
the loop for:
```
void f(int *a, int l)
{
for(int i = 0; i < l; i++)
a[i]=(a[i]!=0)+42;
}
```
But that is for a
901
# of unresolved testcases 28
# of unsupported tests 5211
/home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/destdir/x86_64-pc-linux-gnu/bin/arm-eabi-gcc
version 14.0.1 20240424 (experimental) [master revision
gcc-14-10111-g26a3edbe235] (GCC)
Host is x86_64-pc-linu
f expected failures 1550
# of unsupported tests 3992
/home/gccbuild/build/nightly/build-gcc-13/gcc/xgcc version 13.2.1 20240424
[releases/gcc-13 r13-8644-g67e50daa5b] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2
On Tue, 23 Apr 2024, Manolis Tsamis wrote:
> diff --git a/gcc/testsuite/gcc.target/aarch64/ifcvt_multiple_sets_arithm.c
> b/gcc/testsuite/gcc.target/aarch64/ifcvt_multiple_sets_arithm.c
...
> +/* { dg-final { scan-rtl-dump-times "if-conversion succeeded through
> noce_convert_multiple_sets" 6
t/powerpc/ppc-fortran/ieee128-math.f90 -O (test for excess
errors)
=== gcc Summary ===
# of expected passes179459
# of unexpected failures97
# of unexpected successes 20
# of expected failures 1612
# of unsupported tests 4251
/home/g
of unsupported tests 4249
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240424
(experimental) [remotes/origin/HEAD r14-10111-g26a3edbe235] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90
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 196219
# of unexpected failures229
# of unex
failures 5241
# of unsupported tests 23189
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 14.0.1 20240424
(experimental) [master r14-10110-g0844170e9e] (GCC)
=== gcc tests ===
Running target unix/-m32
XPASS: gcc.dg/guality/example.c -O0 execution
On 4/24/24 12:22, Robin Dapp wrote:
> The dynamic icounts looks sane (vs. Apr 10 snapshot) except for a
>> regression in x264 which is likely independent of the chaos going on.
>>
>> Apr 10 | Apr 23 |
>> 109f1b28fc94 | 6f0a646dd2fc |
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94753
--- Comment #2 from Andrew Pinski ---
Created attachment 58030
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58030=edit
Patch which I am testing
I am testing this patch and will be submitting it for GCC 15.
On Wed, Apr 24, 2024 at 06:39:33PM -0400, Jason Merrill wrote:
> > --- gcc/cp/decl2.cc.jj 2024-04-23 14:49:41.933186265 +0200
> > +++ gcc/cp/decl2.cc 2024-04-24 15:17:09.043625729 +0200
> > @@ -3314,7 +3314,16 @@ tentative_decl_linkage (tree decl)
> > to mark the functions at this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
--- Comment #23 from Nicolas Boulenguez ---
Always with gcc-13.2.0+Debian patches on arm-linux-gnueabihf,
if s-osprim__posix.adb imports and calls
int
__gnat_gettimeofday(struct timeval *restrict tv,
struct timezone
On 4/24/24 09:16, Jakub Jelinek wrote:
On Wed, Apr 24, 2024 at 10:16:05AM +0100, Jonathan Wakely wrote:
That fixes the testcases too, but seems to regress
+FAIL: libstdc++-abi/abi_check
There are explicit instantiation definitions that should instantiate
those types:
arget/s390/vector/vec-scalar-cmp-1.c scan-assembler
ne:\\n[^:]*\\twfcdb\\t%v[0-9]*,%v[0-9]*\\n\\t[^:]+\\tlocghine\\t%r2,1
=== gcc Summary for unix/-m64 ===
# of expected passes180897
# of unexpected failures173
# of unexpected successes 17
# of expected failu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114841
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114841
Bug ID: 114841
Summary: [P0522R0] partial ordering of template template
parameters
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114709
Patrick Palka changed:
What|Removed |Added
Summary|[12/13/14 Regression] |[12/13 Regression]
https://gcc.gnu.org/g:26a3edbe2357cf975f345ad1b59b9f9a3444316e
commit r14-10111-g26a3edbe2357cf975f345ad1b59b9f9a3444316e
Author: Patrick Palka
Date: Wed Apr 24 17:51:54 2024 -0400
c++/modules testsuite: restrict expensive pr99023 test
The pr99023 testcase uses
https://gcc.gnu.org/g:0844170e9ef60a8b2f6fba6786672f30ce1c2749
commit r14-10110-g0844170e9ef60a8b2f6fba6786672f30ce1c2749
Author: Patrick Palka
Date: Wed Apr 24 17:49:56 2024 -0400
c++: constexpr union member access folding [PR114709]
The object/offset canonicalization performed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114709
--- Comment #3 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:0844170e9ef60a8b2f6fba6786672f30ce1c2749
commit r14-10110-g0844170e9ef60a8b2f6fba6786672f30ce1c2749
Author: Patrick Palka
Date:
== gcc Summary ===
# of expected passes178440
# of unexpected failures128
# of unexpected successes 13
# of expected failures 1595
# of unsupported tests 5035
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240424
(experimental) [remotes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105841
--- Comment #16 from Patrick Palka ---
(In reply to Haojian Wu from comment #15)
> Hi, I notice that the __is_deducible was hidden in the commit
> https://github.com/gcc-mirror/gcc/commit/
> 30556bf81f4385c2a9c449948865dbcf35664764.
>
> Is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94061
--- Comment #7 from Patrick Palka ---
(In reply to Patrick Palka from comment #6)
> It seems reasonable for this to work but there might be a defect, or at
> least lack of clarity, in the standard in this situation.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94061
Patrick Palka changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114840
Jason Merrill changed:
What|Removed |Added
Alias||c++-ttp
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114840
Bug ID: 114840
Summary: [meta-bug] template template parameters
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
On Wed, 24 Apr 2024, Jason Merrill wrote:
> On 4/24/24 13:22, Patrick Palka wrote:
> > Tested on x86_64-pc-linux-gnu, full bootstrap+regtest in progress,
> > does this look OK if successful?
> >
> > -- >8 --
> >
> > It seems the diagnostic machinery's source line printing respects
> > the
s147359
# of unexpected failures38
# of unexpected successes 4
# of expected failures 916
# of unresolved testcases 2
# of unsupported tests 2772
/home/gccbuild/build/nightly/build-gcc-11/gcc/xgcc version 11.4.1 20240424
[releases/gcc-11
On 4/24/24 13:22, Patrick Palka wrote:
Tested on x86_64-pc-linux-gnu, full bootstrap+regtest in progress,
does this look OK if successful?
-- >8 --
It seems the diagnostic machinery's source line printing respects
the pretty printer prefix, but this is undesirable for the call to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114815
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114839
--- Comment #4 from Ed Maste ---
Thanks - 54568 adds some good context. Based on that I think it may that frame
registration calls are not present in the FreeBSD crt bits used for static
binaries, which could explain the differences in OSes.
Tested on x86_64-pc-linux-gnu, full bootstrap+regtest in progress,
does this look OK if successful?
-- >8 --
It seems the diagnostic machinery's source line printing respects
the pretty printer prefix, but this is undesirable for the call to
diagnostic_show_locus in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104072
--- Comment #4 from Andrew Pinski ---
(In reply to Andreas Schwab from comment #3)
> FAIL: test-error-register-variable-size-mismatch.c.exe iteration 1 of 5:
> verify_code: actual: "invalid register name for 'global_variable'" !=
> expected:
Regressions on master at commit r14-10109 vs commit r14-10108 on Linux/x86_64
New failures:
FAIL: c-c++-common/tsan/race_on_barrier.c -O0 output pattern test
FAIL: c-c++-common/tsan/race_on_mutex.c -O0 output pattern test
FAIL: c-c++-common/tsan/race_on_mutex.c -O2 output pattern test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114815
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
On Wed, 24 Apr 2024, Patrick Palka wrote:
> On Tue, 9 Apr 2024, Patrick Palka wrote:
>
> > On Thu, 19 Oct 2023, Patrick Palka wrote:
> >
> > > On Tue, 3 Oct 2023, David Malcolm wrote:
> > >
> > > > As mentioned in my Cauldron talk, this patch adds a call to
> > > > diagnostic_show_locus to the
htly/build-gcc-13/gcc/xgcc version 13.2.1 20240424
[releases/gcc-13 r13-8644-g67e50daa5b] (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.f90 -O1 execution
Hi Paul,
On 4/24/24 18:26, Paul Richard Thomas wrote:
Hi there,
This regression turned out to be low hanging fruit, although it has taken
four years to reach it :-(
The ChangeLog says it all. OK for mainline and backporting after a suitable
delay?
yes to both.
Thanks for "picking" this
150370
# of unexpected failures176
# of unexpected successes 33
# of expected failures 985
# of unresolved testcases 2
# of unsupported tests 3769
/home/gccbuild/build/nightly/build-gcc-11/gcc/xgcc version 11.4.1 20240424
[releases/gcc-1
Thanks Vineet!
> The dynamic icounts looks sane (vs. Apr 10 snapshot) except for a
> regression in x264 which is likely independent of the chaos going on.
>
> Apr 10 | Apr 23 |
> 109f1b28fc94 | 6f0a646dd2fc |
> +-+
> 276,584,692,883
On Tue, 9 Apr 2024, Patrick Palka wrote:
> On Thu, 19 Oct 2023, Patrick Palka wrote:
>
> > On Tue, 3 Oct 2023, David Malcolm wrote:
> >
> > > As mentioned in my Cauldron talk, this patch adds a call to
> > > diagnostic_show_locus to the "required from here" messages
> > > in
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 -s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114838
--- Comment #1 from Jonathan Wakely ---
It's guarded with _GLIBCXX_HAS_GTHREADS which is defined by configure when
__GTHREADS_CXX0X is defined by , which for gthr-win32.h means:
#if _WIN32_WINNT >= 0x0600
#define __GTHREAD_HAS_COND 1
#define
https://gcc.gnu.org/g:dbedcc5e0b6189e51060d69d442a610a0db82ac7
commit r11-11361-gdbedcc5e0b6189e51060d69d442a610a0db82ac7
Author: Francois-Xavier Coudert
Date: Mon Aug 21 00:00:44 2023 +0200
Testsuite, darwin: account for macOS 13 and 14
gcc/testsuite/ChangeLog:
https://gcc.gnu.org/g:cb1e6094f3711897615c58ad6b0e53ec69ea9e39
commit r11-11360-gcb1e6094f3711897615c58ad6b0e53ec69ea9e39
Author: Rainer Orth
Date: Thu Aug 17 10:16:57 2023 +0200
fixincludes: Update darwin_flt_eval_method for macOS 14
On macOS 14, a guard in changed:
--
https://gcc.gnu.org/g:6e01c09e6bb841a31165e3a793628c847a0652c0
commit r11-11359-g6e01c09e6bb841a31165e3a793628c847a0652c0
Author: Rainer Orth
Date: Thu Aug 17 10:14:49 2023 +0200
build: Allow for Xcode 15 ld -v output
Since Xcode 15 beta 6, ld -v output differs from previous
https://gcc.gnu.org/g:c2a39d977605e554177236bf524c97ff14196f95
commit r11-11358-gc2a39d977605e554177236bf524c97ff14196f95
Author: Iain Sandoe
Date: Fri Jun 23 15:29:14 2023 +0100
testsuite,objective-c++: Fix imported NSObjCRuntime.h.
We have imported some headers from the GNUStep
https://gcc.gnu.org/g:e3a4a568f4ac08ca981b41360aeab005cf6e41cf
commit r11-11357-ge3a4a568f4ac08ca981b41360aeab005cf6e41cf
Author: Iain Sandoe
Date: Thu Feb 16 16:18:11 2023 +
testsuite, objective-c: Cater for Windows intptr type.
This adjusts the diagnostic output matches to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51906
--- Comment #59 from GCC Commits ---
The releases/gcc-11 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:17212f5912d8f57b3757633444ae64c9831aa8f7
commit r11-11356-g17212f5912d8f57b3757633444ae64c9831aa8f7
Author: Iain Sandoe
1 - 100 of 269 matches
Mail list logo