gcc-wwwdocs branch master updated. b20402b74f21724e2772d48ec8f12043ca785503

--- commit b20402b74f21724e2772d48ec8f12043ca785503 Author: Jakub Jelinek Date: Fri May 24 10:36:19 2024 +0200 Adjust 12.3.1 Status Report URL. diff --git a/htdocs/index.html b/htdocs/index.html index afc76800..0680ef30 100644 --- a/htdocs/index.html +++ b/htdocs/index.html @@ -189,7 +189,7 @@ More news? Let ger...@p

GCC 12.3.1 Status Report (2024-05-24)

Status == The gcc-12 branch is open for regression and documentation fixes. It's time to do the annual release from the branch, GCC 12.4, and the plan is to do a release candidate on June 13th followed by the actual release a week after that. Please look through bugzilla and see which of

gcc-wwwdocs branch master updated. 465817d0e0a96a1e1722a67383183dbec95ab21f

--- commit 465817d0e0a96a1e1722a67383183dbec95ab21f Author: Jakub Jelinek Date: Thu May 23 02:13:35 2024 +0200 Fix up year of 14.1 release. diff --git a/htdocs/develop.html b/htdocs/develop.html index 9145aceb..4cae4cbd 100644 --- a/htdocs/develop.html +++ b/htdocs/develop.html @@ -715,7 +715,7 @@ stages of developme

[gcc(refs/vendors/redhat/heads/gcc-13-branch)] Merge commit 'r13-8792-g53bc98f5355ada17d1629a2d0e96aebd397780c6' into redhat/gcc-13-branch

https://gcc.gnu.org/g:5632a1dc05eae4936ac0d8d7e8a5cb717bce5960 commit 5632a1dc05eae4936ac0d8d7e8a5cb717bce5960 Merge: 6facfa150db 53bc98f5355 Author: Jakub Jelinek Date: Wed May 22 12:04:04 2024 +0200 Merge commit 'r13-8792-g53bc98f5355ada17d1629a2d0e96aebd397780c6' into redhat/gcc-13

[gcc/redhat/heads/gcc-13-branch] (337 commits) Merge commit 'r13-8792-g53bc98f5355ada17d1629a2d0e96aebd397

The branch 'redhat/heads/gcc-13-branch' was updated to point to: 5632a1dc05e... Merge commit 'r13-8792-g53bc98f5355ada17d1629a2d0e96aebd397 It previously pointed to: 6facfa150db... Merge commit 'r13-8456-g5acf62723967605ad9037d83c3dc0fb2c8c Diff: Summary of changes (added commits):

Re: [PATCH] Add %[zt][diox] support to pretty-print

On Wed, May 22, 2024 at 05:23:33PM +0800, YunQiang Su wrote: > Jakub Jelinek 于2024年5月22日周三 17:14写道： > > > > On Wed, May 22, 2024 at 05:05:30PM +0800, YunQiang Su wrote: > > > > --- gcc/gcc.cc.jj 2024-02-09 14:54:09.141489744 +0100 > > > > +++ gcc/gcc.

Re: [PATCH] Add %[zt][diox] support to pretty-print

On Wed, May 22, 2024 at 05:05:30PM +0800, YunQiang Su wrote: > > --- gcc/gcc.cc.jj 2024-02-09 14:54:09.141489744 +0100 > > +++ gcc/gcc.cc 2024-02-09 22:04:37.655678742 +0100 > > @@ -2410,8 +2410,7 @@ read_specs (const char *filename, bool m > > if (*p1++ != '<' || p[-2] !=

Re: [PATCH] Don't simplify NAN/INF or out-of-range constant for FIX/UNSIGNED_FIX.

On Wed, May 22, 2024 at 09:46:41AM +0200, Richard Biener wrote: > On Wed, May 22, 2024 at 3:58 AM liuhongt wrote: > > > > 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

[gcc r13-8791] ubsan: Use right address space for MEM_REF created for bool/enum sanitization [PR115172]

https://gcc.gnu.org/g:35ac28b9c26debcc8ec8b247d75d4d271de72189 commit r13-8791-g35ac28b9c26debcc8ec8b247d75d4d271de72189 Author: Jakub Jelinek Date: Wed May 22 09:12:28 2024 +0200 ubsan: Use right address space for MEM_REF created for bool/enum sanitization [PR115172

[gcc r13-8792] strlen: Fix up !si->full_string_p handling in count_nonzero_bytes_addr [PR115152]

https://gcc.gnu.org/g:53bc98f5355ada17d1629a2d0e96aebd397780c6 commit r13-8792-g53bc98f5355ada17d1629a2d0e96aebd397780c6 Author: Jakub Jelinek Date: Wed May 22 09:13:50 2024 +0200 strlen: Fix up !si->full_string_p handling in count_nonzero_bytes_addr [PR115152] The follow

[gcc r14-10231] strlen: Fix up !si->full_string_p handling in count_nonzero_bytes_addr [PR115152]

https://gcc.gnu.org/g:fc9fb69ad624fd4cc89ff31ad0a7b8d88481c1f7 commit r14-10231-gfc9fb69ad624fd4cc89ff31ad0a7b8d88481c1f7 Author: Jakub Jelinek Date: Wed May 22 09:13:50 2024 +0200 strlen: Fix up !si->full_string_p handling in count_nonzero_bytes_addr [PR115152] The follow

[gcc r14-10230] ubsan: Use right address space for MEM_REF created for bool/enum sanitization [PR115172]

https://gcc.gnu.org/g:d224c7d8d8b49daab54a977a4f2217423d3d12a0 commit r14-10230-gd224c7d8d8b49daab54a977a4f2217423d3d12a0 Author: Jakub Jelinek Date: Wed May 22 09:12:28 2024 +0200 ubsan: Use right address space for MEM_REF created for bool/enum sanitization [PR115172

[gcc r15-766] strlen: Fix up !si->full_string_p handling in count_nonzero_bytes_addr [PR115152]

https://gcc.gnu.org/g:dbc9b45a3c2468ad134b3a9bd4961f7ae6bc1e67 commit r15-766-gdbc9b45a3c2468ad134b3a9bd4961f7ae6bc1e67 Author: Jakub Jelinek Date: Wed May 22 09:13:50 2024 +0200 strlen: Fix up !si->full_string_p handling in count_nonzero_bytes_addr [PR115152] The follow

[gcc r15-765] ubsan: Use right address space for MEM_REF created for bool/enum sanitization [PR115172]

https://gcc.gnu.org/g:d3c506eff54fcbac389a529c2e98da108a410b7f commit r15-765-gd3c506eff54fcbac389a529c2e98da108a410b7f Author: Jakub Jelinek Date: Wed May 22 09:12:28 2024 +0200 ubsan: Use right address space for MEM_REF created for bool/enum sanitization [PR115172

[PATCH] strlen: Fix up !si->full_string_p handling in count_nonzero_bytes_addr [PR115152]

infinite (but caller cares about only the first nbytes bytes) and furthermore, we never know if there is any '\0' char among those, so *nulterm needs to be always cleared. Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk and affected release branches? 2024-05-

[PATCH] ubsan: Use right address space for MEM_REF created for bool/enum sanitization [PR115172]

, bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk and release branches? 2024-05-21 Jakub Jelinek PR sanitizer/115172 * ubsan.cc (instrument_bool_enum_load): If rhs is not in generic address space, use qualified version of utype with the right

GCC 13.3 Released

The GNU Compiler Collection version 13.3 has been released. GCC 13.3 is a bug-fix release from the GCC 13 branch containing important fixes for regressions and

GCC 13.3 Released

The GNU Compiler Collection version 13.3 has been released. GCC 13.3 is a bug-fix release from the GCC 13 branch containing important fixes for regressions and

gcc-wwwdocs branch master updated. 9e79c5e411eb3236b481c6093fad4dc5ae5141c5

--- commit 9e79c5e411eb3236b481c6093fad4dc5ae5141c5 Author: Jakub Jelinek Date: Tue May 21 11:05:04 2024 +0200 Releasing 13.3.0. diff --git a/htdocs/develop.html b/htdocs/develop.html index 40228f49..9145aceb 100644 --- a/htdocs/develop.html +++ b/htdocs/develop.html @@ -708,9 +708,9 @@ stages of development, bra

[gcc r13-8782] Bump BASE-VER.

https://gcc.gnu.org/g:bde589428198cd4a24fe6327a73a68c1a46e2a10 commit r13-8782-gbde589428198cd4a24fe6327a73a68c1a46e2a10 Author: Jakub Jelinek Date: Tue May 21 10:56:25 2024 +0200 Bump BASE-VER. 2024-05-21 Jakub Jelinek * BASE-VER: Set to 13.3.1. Diff

Re: [Patch] contrib/gcc-changelog/git_update_version.py: Improve diagnostic

On Tue, May 21, 2024 at 09:36:05AM +0200, Tobias Burnus wrote: > Jakub Jelinek wrote: > > On Mon, May 20, 2024 at 08:31:02AM +0200, Tobias Burnus wrote: > > > Hmm, there were now two daily bumps: [...] I really wonder why. > > Because I've done it by hand. > > Okay,

gcc-wwwdocs branch master updated. c52ab7c1b318d66f45b372d50282c7052b59f677

--- commit c52ab7c1b318d66f45b372d50282c7052b59f677 Author: Jakub Jelinek Date: Tue May 21 09:21:20 2024 +0200 Releasing 13.3. diff --git a/htdocs/gcc-13/changes.html b/htdocs/gcc-13/changes.html index 3ab4a101..88b76c49 100644 --- a/htdocs/gcc-13/changes.html +++ b/htdocs/gcc-13/changes.html @@ -870,9 +870,6 @@ are

[gcc r15-690] Manually add ChangeLog entry for r15-575-gda73261ce7731be7f2b164f1db796878cdc23365

https://gcc.gnu.org/g:83d3a218dfb3b7730884ada7e607cf72891d4c11 commit r15-690-g83d3a218dfb3b7730884ada7e607cf72891d4c11 Author: Jakub Jelinek Date: Mon May 20 09:48:27 2024 +0200 Manually add ChangeLog entry for r15-575-gda73261ce7731be7f2b164f1db796878cdc23365 Diff: --- gcc/ChangeLog

Re: [Patch] contrib/gcc-changelog/git_update_version.py: Improve diagnostic (was: [Patch] contrib/gcc-changelog/git_update_version.py: Add ignore commit, improve diagnostic)

On Mon, May 20, 2024 at 08:31:02AM +0200, Tobias Burnus wrote: > Hmm, there were now two daily bumps: > > Date:   Mon May 20 00:16:30 2024 + > > Date:   Sun May 19 18:15:28 2024 + > > I really wonder why. Because I've done it by hand. I have in ~gccadmin a gcc-changelog copy and

Re: [PATCH] libstdc++: increment *this instead of this

On Sat, May 18, 2024 at 02:53:20PM +0800, Kefu Chai wrote: > libstdc++-v3/ChangeLog: > > * include/bits/unicode.h (enable_borrowed_range): Call ++(*this) > instead of ++this This should be already fixed, see https://gcc.gnu.org/PR115119 Jakub

Re: [PATCH] Use DW_TAG_module for Ada

On Fri, May 03, 2024 at 11:08:04AM -0600, Tom Tromey wrote: > DWARF is not especially clear on the distinction between > DW_TAG_namespace and DW_TAG_module, but I think that DW_TAG_module is > more appropriate for Ada. This patch changes the compiler to do this. > Note that the Ada compiler does

C++ Patch ping - Re: [PATCH] c++: Fix parsing of abstract-declarator starting with ... followed by [ or ( [PR115012]

Hi! I'd like to ping the https://gcc.gnu.org/pipermail/gcc-patches/2024-May/651199.html patch. Thanks. On Thu, May 09, 2024 at 08:12:30PM +0200, Jakub Jelinek wrote: > The C++26 P2662R3 Pack indexing paper mentions that both GCC > and MSVC don't handle T...[10] parameter declaration

Re: [COMMITTED] Revert "Revert: "Enable prange support.""

On Thu, May 16, 2024 at 12:14:09PM +0200, Aldy Hernandez wrote: > Wait, what's the preferred way of reverting a patch? I followed what I saw > in: Reverting a patch (that isn't a reversion) just push git revert. The important part is not to modify the This reverts commit line from what git

Re: [COMMITTED] Revert "Revert: "Enable prange support.""

On Thu, May 16, 2024 at 12:01:01PM +0200, Aldy Hernandez wrote: > This reverts commit d7bb8eaade3cd3aa70715c8567b4d7b08098e699 and enables > prange > support again. Please don't do this. This breaks ChangeLog generation, will need to handle it tomorrow by hand again. Both the ammendments to the

[gcc r15-521] c++: Optimize in maybe_clone_body aliases even when not at_eof [PR113208]

https://gcc.gnu.org/g:6ad7ca1bb905736c0f57688e93e9e77cbc71a325 commit r15-521-g6ad7ca1bb905736c0f57688e93e9e77cbc71a325 Author: Jakub Jelinek Date: Wed May 15 18:50:11 2024 +0200 c++: Optimize in maybe_clone_body aliases even when not at_eof [PR113208] This patch reworks

[committed] openmp: Diagnose using grainsize+num_tasks clauses together [PR115103]

with reduction clause(s). Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux, committed to trunk. 2024-05-15 Jakub Jelinek PR c/115103 gcc/c/ * c-typeck.cc (c_finish_omp_clauses): Diagnose grainsize used together with num_tasks. gcc/cp

[committed] combine: Fix up simplify_compare_const [PR115092]

to tell callers the comparison is now unconditional). The following patch just disables the optimization in that case. Bootstrapped/regtested on x86_64-linux and i686-linux, preapproved by Segher in the PR, committed to trunk so far. 2024-05-15 Jakub Jelinek PR rtl-optimization/114902

[gcc r15-520] combine: Fix up simplify_compare_const [PR115092]

https://gcc.gnu.org/g:0b93a0ae153ef70a82ff63e67926a01fdab9956b commit r15-520-g0b93a0ae153ef70a82ff63e67926a01fdab9956b Author: Jakub Jelinek Date: Wed May 15 18:37:17 2024 +0200 combine: Fix up simplify_compare_const [PR115092] The following testcases are miscompiled (with tons

[gcc r15-519] openmp: Diagnose using grainsize+num_tasks clauses together [PR115103]

https://gcc.gnu.org/g:7fdbefc575c24881356b5f4091fa57b5f7166a90 commit r15-519-g7fdbefc575c24881356b5f4091fa57b5f7166a90 Author: Jakub Jelinek Date: Wed May 15 18:34:44 2024 +0200 openmp: Diagnose using grainsize+num_tasks clauses together [PR115103] I've noticed that while we

Re: [PATCH] middle-end/111422 - wrong stack var coalescing, handle PHIs

On Wed, May 15, 2024 at 01:41:04PM +0200, Richard Biener wrote: > PR middle-end/111422 > * cfgexpand.cc (add_scope_conflicts_2): Handle PHIs > by recursing to their arguments. > --- > gcc/cfgexpand.cc | 21 + > 1 file changed, 17 insertions(+), 4 deletions(-)

Re: GCC 13.3 Release Candidate available from gcc.gnu.org

On Tue, May 14, 2024 at 06:31:19PM +0200, Jakub Jelinek via Gcc wrote: > If all goes well, we'd like to release 13.3 on Thursday, May 21st. Tuesday, May 21st. Sorry for the pasto. Jakub

gcc-wwwdocs branch master updated. 8f193930f0beb38d06b143bcc1d5632f457e0cdf

--- commit 8f193930f0beb38d06b143bcc1d5632f457e0cdf Author: Jakub Jelinek Date: Tue May 14 18:33:07 2024 +0200 Mark 13.3 as frozen for release. diff --git a/htdocs/index.html b/htdocs/index.html index de5cca7b..63fbcdcd 100644 --- a/htdocs/index.html +++ b/htdocs/index.html @@ -168,7 +168,7 @@ More news? Let ger...@p

GCC 13.3 Release Candidate available from gcc.gnu.org

The first release candidate for GCC 13.3 is available from https://gcc.gnu.org/pub/gcc/snapshots/13.3.0-RC-20240514/ ftp://gcc.gnu.org/pub/gcc/snapshots/13.3.0-RC-20240514/ and shortly its mirrors. It has been generated from git commit r13-8774-g1db45e83021a8a. I have so far bootstrapped and

Re: [PATCHv2] Value range: Add range op for __builtin_isfinite

On Tue, May 07, 2024 at 10:37:55AM +0800, HAO CHEN GUI wrote: > The former patch adds isfinite optab for __builtin_isfinite. > https://gcc.gnu.org/pipermail/gcc-patches/2024-April/649339.html > > Thus the builtin might not be folded at front end. The range op for > isfinite is needed for

Re: [PATCH] [testsuite] Fix gcc.dg/pr115066.c fail on aarch64

On Tue, May 14, 2024 at 03:47:46PM +0200, Tom de Vries wrote: > On aarch64, I get this failure: > ... > FAIL: gcc.dg/pr115066.c scan-assembler \\.byte\\t0xb\\t# Define macro strx > ... > > This happens because we expect to match: > ... > .byte 0xb # Define macro strx > ... > but

Re: [PATCH] [testsuite] Fix gcc.dg/pr115066.c fail on aarch64

On Tue, May 14, 2024 at 03:47:46PM +0200, Tom de Vries wrote: > On aarch64, I get this failure: > ... > FAIL: gcc.dg/pr115066.c scan-assembler \\.byte\\t0xb\\t# Define macro strx > ... > > This happens because we expect to match: > ... > .byte 0xb # Define macro strx > ... > but

Re: [PATCH] [debug] Fix dwarf v4 .debug_macro.dwo

On Tue, May 14, 2024 at 01:35:30PM +0200, Tom de Vries wrote: > Consider a hello world, compiled with -gsplit-dwarf and dwarf version 4, and > -g3: > ... > $ gcc -gdwarf-4 -gsplit-dwarf /data/vries/hello.c -g3 -save-temps -dA > ... > > In section .debug_macro.dwo, we have: > ... >

[gcc r13-8764] Manually add ChangeLog entries for various commits from 2024-05-09.

https://gcc.gnu.org/g:2e353c687dbd343ce592c5ec089774b2c699798a commit r13-8764-g2e353c687dbd343ce592c5ec089774b2c699798a Author: Jakub Jelinek Date: Mon May 13 15:09:04 2024 +0200 Manually add ChangeLog entries for various commits from 2024-05-09. Diff: --- gcc/analyzer/ChangeLog | 84

Re: [PATCH] c++: Optimize in maybe_clone_body aliases even when not at_eof [PR113208]

On Fri, May 10, 2024 at 03:59:25PM -0400, Jason Merrill wrote: > > 2024-05-09 Jakub Jelinek > > Jason Merrill > > > > PR lto/113208 > > * cp-tree.h (maybe_optimize_cdtor): Remove. > > * decl2.cc (tentative_decl_linkage): Call mayb

[gcc r15-427] tree-ssa-math-opts: Pattern recognize yet another .ADD_OVERFLOW pattern [PR113982]

https://gcc.gnu.org/g:b621482296f6dec0abb22ed39cc4ce6811535d47 commit r15-427-gb621482296f6dec0abb22ed39cc4ce6811535d47 Author: Jakub Jelinek Date: Mon May 13 11:15:27 2024 +0200 tree-ssa-math-opts: Pattern recognize yet another .ADD_OVERFLOW pattern [PR113982] We pattern

[gcc r15-426] Manually add ChangeLog entry for r15-353-gd7bb8eaade3cd3aa70715c8567b4d7b08098e699

https://gcc.gnu.org/g:f3f02a750c7b34b751fa809ab03d29b2ccf0785d commit r15-426-gf3f02a750c7b34b751fa809ab03d29b2ccf0785d Author: Jakub Jelinek Date: Mon May 13 11:07:59 2024 +0200 Manually add ChangeLog entry for r15-353-gd7bb8eaade3cd3aa70715c8567b4d7b08098e699 Diff: --- gcc/ChangeLog

Re: [pushed 00/21] Various backports to gcc 13 (analyzer, jit, diagnostics)

On Thu, May 09, 2024 at 01:42:15PM -0400, David Malcolm wrote: > I've pushed the following changes to releases/gcc-13 > as r13-8741-g89feb3557a0188 through r13-8761-gb7a2697733d19a. Unfortunately many of the commits contained git commit message wording that update_git_version can't cope with.

[PATCH] tree-ssa-math-opts: Pattern recognize yet another .ADD_OVERFLOW pattern [PR113982]

linux, ok for trunk? 2024-05-13 Jakub Jelinek PR middle-end/113982 * tree-ssa-math-opts.cc (arith_overflow_check_p): Also return 1 for RSHIFT_EXPR by precision of maxval if shift result is only used in a cast or comparison against zero. (match_arith

[gcc r14-10193] c++, mingw: Fix up types of dtor hooks to __cxa_{, thread_}atexit/__cxa_throw on mingw ia32 [PR114968

https://gcc.gnu.org/g:a805de33f7be4f6886906ca5f4da493f3b743c76 commit r14-10193-ga805de33f7be4f6886906ca5f4da493f3b743c76 Author: Jakub Jelinek Date: Fri May 10 09:21:38 2024 +0200 c++, mingw: Fix up types of dtor hooks to __cxa_{,thread_}atexit/__cxa_throw on mingw ia32 [PR114968

[gcc r15-358] c++, mingw: Fix up types of dtor hooks to __cxa_{, thread_}atexit/__cxa_throw on mingw ia32 [PR114968

https://gcc.gnu.org/g:e5d8fd9ce05611093191d500ebc39f150d0ece2b commit r15-358-ge5d8fd9ce05611093191d500ebc39f150d0ece2b Author: Jakub Jelinek Date: Fri May 10 09:21:38 2024 +0200 c++, mingw: Fix up types of dtor hooks to __cxa_{,thread_}atexit/__cxa_throw on mingw ia32 [PR114968

Re: [PATCH] c++: Optimize in maybe_clone_body aliases even when not at_eof [PR113208]

On Thu, May 09, 2024 at 02:58:52PM -0400, Marek Polacek wrote: > On Thu, May 09, 2024 at 08:20:00PM +0200, Jakub Jelinek wrote: > > --- gcc/cp/decl.cc.jj 2024-05-09 10:30:54.804505130 +0200 > > +++ gcc/cp/decl.cc 2024-05-09 17:07:08.400110018 +0200 > >

[committed] testsuite: Fix up pr84508* tests [PR84508]

sts for -fsanitize=undefined need to go into gcc.dg/ubsan/ or g++.dg/ubsan/, even when they are target specific. Tested on x86_64-linux with make check-gcc RUNTESTFLAGS='--target_board=unix\{-m32,-m64\} i386.exp=pr84508* ubsan.exp=pr84508*' and committed to trunk as obvious. 2024-05-09 Jakub Jel

[gcc r15-350] testsuite: Fix up pr84508* tests [PR84508]

https://gcc.gnu.org/g:e02b5683e77c2b4317b23be72e43b6e6cc6c8e5b commit r15-350-ge02b5683e77c2b4317b23be72e43b6e6cc6c8e5b Author: Jakub Jelinek Date: Thu May 9 20:59:05 2024 +0200 testsuite: Fix up pr84508* tests [PR84508] The tests FAIL on x86_64-linux with /usr/bin/ld: cannot

[PATCH] c++, mingw, v2: Fix up types of dtor hooks to __cxa_{,thread_}atexit/__cxa_throw on mingw ia32 [PR114968]

, we can cast always to get_cxa_atexit_fn_ptr_type () type, because this is in use_dtor guarded code and use_dtor is ob_parm && CLASS_TYPE_P (type), so when use_dtor is true, ob_parm is also true. Ok for trunk if it passes another bootstrap/regtest? 2024-05-09 Jakub Jelinek PR target/11

[PATCH] c++: Optimize in maybe_clone_body aliases even when not at_eof [PR113208]

CC 14 and delay this approach to 15. Your v1 patch is OK for 14. Ok, here is an updated patch, which sets DECL_SAVED_TREE to void_node for the aliases together with reversion of the earlier committed patch. Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? 2024-05-09

[PATCH] c++: Fix parsing of abstract-declarator starting with ... followed by [ or ( [PR115012]

in cp_parser_direct_declarator. Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? 2024-05-09 Jakub Jelinek PR c++/115012 * parser.cc (cp_parser_direct_declarator): Handle abstract declarator starting with ... followed by [ or (. * g++.dg/cpp0x

Re: gcc/DATESTAMP wasn't updated since 20240507

On Thu, May 09, 2024 at 12:14:43PM +0200, Jakub Jelinek wrote: > On Thu, May 09, 2024 at 12:04:38PM +0200, Rainer Orth wrote: > > I just noticed that gcc/DATESTAMP wasn't updated yesterday and today, > > staying at 20240507. > > I think it is because of the r15-268

[gcc r15-345] Manually update entries for the Revert Revert commits.

https://gcc.gnu.org/g:2790195500ec523cad9c7292816540e2fc19f456 commit r15-345-g2790195500ec523cad9c7292816540e2fc19f456 Author: Jakub Jelinek Date: Thu May 9 13:09:06 2024 +0200 Manually update entries for the Revert Revert commits. Diff: --- gcc/ChangeLog | 12

[gcc r15-344] contrib: Add 109f1b28fc94c93096506e3df0c25e331cef19d0 to ignored commits

https://gcc.gnu.org/g:5fe40f2c651af84b1a4ff6527ef4307591228a1b commit r15-344-g5fe40f2c651af84b1a4ff6527ef4307591228a1b Author: Jakub Jelinek Date: Thu May 9 13:01:31 2024 +0200 contrib: Add 109f1b28fc94c93096506e3df0c25e331cef19d0 to ignored commits 2024-05-09 Jakub Jelinek

[gcc r15-341] contrib: Add 9dbff9c05520a74e6cd337578f27b56c941f64f3 to ignored commits

https://gcc.gnu.org/g:de0b40ac5be8977a6bee8860f67d45011642f1a2 commit r15-341-gde0b40ac5be8977a6bee8860f67d45011642f1a2 Author: Jakub Jelinek Date: Thu May 9 12:15:51 2024 +0200 contrib: Add 9dbff9c05520a74e6cd337578f27b56c941f64f3 to ignored commits 2024-05-09 Jakub Jelinek

Re: gcc/DATESTAMP wasn't updated since 20240507

On Thu, May 09, 2024 at 12:04:38PM +0200, Rainer Orth wrote: > I just noticed that gcc/DATESTAMP wasn't updated yesterday and today, > staying at 20240507. I think it is because of the r15-268 commit, we do support This reverts commit ... when the referenced commit contains a ChangeLog message,

[committed] testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224]

after testing it on x86_64-linux with make check-g++ RUNTESTFLAGS='--target_board=unix\{-m32/-mno-sse,-m32,-m64\} dg-torture.exp=vector-subaccess-1.C' and backported all the way to 11 branch. 2024-05-09 Jakub Jelinek PR c++/89224 * g++.dg/torture/vector-subaccess-1.C: Add -Wno

[gcc r11-11423] testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224]

https://gcc.gnu.org/g:e6c869372f0ca8b28ac63c7eb26fde35b53aba37 commit r11-11423-ge6c869372f0ca8b28ac63c7eb26fde35b53aba37 Author: Jakub Jelinek Date: Thu May 9 11:18:21 2024 +0200 testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224] The test FAILs on i686-linux due

[gcc r12-10435] testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224]

https://gcc.gnu.org/g:ffa41c65a375746fd26c2d620e634fb162726dfc commit r12-10435-gffa41c65a375746fd26c2d620e634fb162726dfc Author: Jakub Jelinek Date: Thu May 9 11:18:21 2024 +0200 testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224] The test FAILs on i686-linux due

[gcc r13-8737] testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224]

https://gcc.gnu.org/g:6f7674a558aaa0c7b16657c35666ad9b12e1c219 commit r13-8737-g6f7674a558aaa0c7b16657c35666ad9b12e1c219 Author: Jakub Jelinek Date: Thu May 9 11:18:21 2024 +0200 testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224] The test FAILs on i686-linux due

[gcc r14-10189] testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224]

https://gcc.gnu.org/g:726e7a64edc22a33a5f495698722ba797793edca commit r14-10189-g726e7a64edc22a33a5f495698722ba797793edca Author: Jakub Jelinek Date: Thu May 9 11:18:21 2024 +0200 testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224] The test FAILs on i686-linux due

[gcc r15-340] testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224]

https://gcc.gnu.org/g:8fb65ec816ff8f0d529b6d30821abace4328c9a2 commit r15-340-g8fb65ec816ff8f0d529b6d30821abace4328c9a2 Author: Jakub Jelinek Date: Thu May 9 11:18:21 2024 +0200 testsuite: Fix up vector-subaccess-1.C test for ia32 [PR89224] The test FAILs on i686-linux due

[PATCH] c++, mingw: Fix up types of dtor hooks to __cxa_{,thread_}atexit/__cxa_throw on mingw ia32 [PR114968]

for the cleanup, uses that type for that wrapper so that it agrees on calling convention. Bootstrapped/regtested on x86_64-linux and i686-linux and Liu Hao tested it on mingw32, ok for trunk? 2024-05-09 Jakub Jelinek PR target/114968 gcc/ * target.def (use_atexit_for_cxa_atexit

[gcc r13-8734] expansion: Use __trunchfbf2 calls rather than __extendhfbf2 [PR114907]

https://gcc.gnu.org/g:cad27df08915ead8db3c7d512cfcc1866e7ece69 commit r13-8734-gcad27df08915ead8db3c7d512cfcc1866e7ece69 Author: Jakub Jelinek Date: Tue May 7 21:30:21 2024 +0200 expansion: Use __trunchfbf2 calls rather than __extendhfbf2 [PR114907] The HF and BF modes have

[gcc r13-8733] tree-inline: Remove .ASAN_MARK calls when inlining functions into no_sanitize callers [PR114956]

https://gcc.gnu.org/g:d1ec7bc9cb0639a212422710ba647dc1aaea6eaa commit r13-8733-gd1ec7bc9cb0639a212422710ba647dc1aaea6eaa Author: Jakub Jelinek Date: Tue May 7 21:29:14 2024 +0200 tree-inline: Remove .ASAN_MARK calls when inlining functions into no_sanitize callers [PR114956

[gcc r13-8735] reassoc: Fix up optimize_range_tests_to_bit_test [PR114965]

https://gcc.gnu.org/g:44d84db11ab724c34a8b1f8c0e06da1cc78439a2 commit r13-8735-g44d84db11ab724c34a8b1f8c0e06da1cc78439a2 Author: Jakub Jelinek Date: Wed May 8 10:17:32 2024 +0200 reassoc: Fix up optimize_range_tests_to_bit_test [PR114965] The optimize_range_tests_to_bit_test

[gcc r13-8732] gimple-ssa-sprintf: Use [0, 1] range for %lc with (wint_t) 0 argument [PR114876]

https://gcc.gnu.org/g:e07df053031e109c50387c92d689950de1d193ab commit r13-8732-ge07df053031e109c50387c92d689950de1d193ab Author: Jakub Jelinek Date: Tue Apr 30 11:22:32 2024 +0200 gimple-ssa-sprintf: Use [0, 1] range for %lc with (wint_t) 0 argument [PR114876] Seems when Martin

[gcc r13-8731] c++: Fix constexpr evaluation of parameters passed by invisible reference [PR111284]

https://gcc.gnu.org/g:6f1b3f9c97e17aa717ae61bc70afa27adcb7ef44 commit r13-8731-g6f1b3f9c97e17aa717ae61bc70afa27adcb7ef44 Author: Jakub Jelinek Date: Thu Apr 25 20:45:04 2024 +0200 c++: Fix constexpr evaluation of parameters passed by invisible reference [PR111284] My r9-6136

[gcc r13-8730] openmp: Copy DECL_LANG_SPECIFIC and DECL_LANG_FLAG_? to tree-nested decl copy [PR114825]

https://gcc.gnu.org/g:6d30cfc3fc88976151d0d10e73e10111ccb71ee0 commit r13-8730-g6d30cfc3fc88976151d0d10e73e10111ccb71ee0 Author: Jakub Jelinek Date: Thu Apr 25 20:09:35 2024 +0200 openmp: Copy DECL_LANG_SPECIFIC and DECL_LANG_FLAG_? to tree-nested decl copy [PR114825] tree

[gcc r13-8729] libstdc++: Workaround kernel-headers on s390x-linux

https://gcc.gnu.org/g:f1b1d515aa5836844cdb45e8bb2b941784f78fd2 commit r13-8729-gf1b1d515aa5836844cdb45e8bb2b941784f78fd2 Author: Jakub Jelinek Date: Mon Apr 22 18:00:06 2024 +0200 libstdc++: Workaround kernel-headers on s390x-linux We see FAIL: 17_intro/headers/c++1998

Re: FE C++ requirement

On Tue, May 07, 2024 at 04:40:55PM -0400, James K. Lowden wrote: > /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.32' not > found (required by build-O2/gcc/cobol1 The cc1/cc1plus/f951/... binaries are normally linked with -static-libstdc++ -static-libgcc in second and later stages

Re: Error in gcc 14 porting document

On Wed, May 08, 2024 at 01:15:21PM +0200, Matthias Urlichs via Gcc wrote: > On 08.05.24 11:50, Richard Biener wrote: > > > "With the |-fpermissive| option, programs can use C99 inlining semantics > > > and features that were removed from C99" > > > > > > Umm, what? this sentence doesn't make

[gcc/redhat/heads/gcc-14-branch] (31 commits) Merge commit 'r14-10184-gd54151df3ba0ee3203e0b8cb8f8fcd168a

The branch 'redhat/heads/gcc-14-branch' was updated to point to: 9ae733ecd3cd... Merge commit 'r14-10184-gd54151df3ba0ee3203e0b8cb8f8fcd168a It previously pointed to: 748fd0ecf84c... Merge commit 'r14-10154-g7a00c459cbb913ac165a39d344a48fc278 Diff: Summary of changes (added commits):

[gcc(refs/vendors/redhat/heads/gcc-14-branch)] Merge commit 'r14-10184-gd54151df3ba0ee3203e0b8cb8f8fcd168a766c51' into redhat/gcc-14-branch

https://gcc.gnu.org/g:9ae733ecd3cd76d7e2f99385520783b01ab7e5dd commit 9ae733ecd3cd76d7e2f99385520783b01ab7e5dd Merge: 748fd0ecf84c d54151df3ba0 Author: Jakub Jelinek Date: Wed May 8 10:21:32 2024 +0200 Merge commit 'r14-10184-gd54151df3ba0ee3203e0b8cb8f8fcd168a766c51' into redhat/gcc-14

[gcc r14-10184] reassoc: Fix up optimize_range_tests_to_bit_test [PR114965]

https://gcc.gnu.org/g:d54151df3ba0ee3203e0b8cb8f8fcd168a766c51 commit r14-10184-gd54151df3ba0ee3203e0b8cb8f8fcd168a766c51 Author: Jakub Jelinek Date: Wed May 8 10:17:32 2024 +0200 reassoc: Fix up optimize_range_tests_to_bit_test [PR114965] The optimize_range_tests_to_bit_test

[gcc r15-315] reassoc: Fix up optimize_range_tests_to_bit_test [PR114965]

https://gcc.gnu.org/g:9adec2d91e62a479474ae79df5b455fd4b8463ba commit r15-315-g9adec2d91e62a479474ae79df5b455fd4b8463ba Author: Jakub Jelinek Date: Wed May 8 10:17:32 2024 +0200 reassoc: Fix up optimize_range_tests_to_bit_test [PR114965] The optimize_range_tests_to_bit_test

[PATCH] reassoc: Fix up optimize_range_tests_to_bit_test [PR114965]

<= 48U - 43U) if ((1UL << exp) & mask1)) or need to subtract lowi from the shift counter, i.e. if ((1UL << (exp - 43)) & mask2) but can't do both unless r.upper_bound () is < prec. The following patch ensures that. Bootstrapped/regtested on x86_64-linux and i686-linux,

gcc-wwwdocs branch master updated. 506a866eae7f722c532bdcd513da6b8134be4091

--- commit 506a866eae7f722c532bdcd513da6b8134be4091 Author: Jakub Jelinek Date: Tue May 7 22:39:57 2024 +0200 Adjust implementation status of C++26 P2893R3 - Variadic friends. diff --git a/htdocs/projects/cxx-status.html b/htdocs/projects/cxx-status.html index 726b8153..4401c87e 100644 --- a/htdocs/projects/cxx-status.

[gcc r15-304] c++: Implement C++26 P2893R3 - Variadic friends [PR114459]

https://gcc.gnu.org/g:17458d2bc74b904968e6bdc12527eb040c8d2370 commit r15-304-g17458d2bc74b904968e6bdc12527eb040c8d2370 Author: Jakub Jelinek Date: Tue May 7 22:38:01 2024 +0200 c++: Implement C++26 P2893R3 - Variadic friends [PR114459] The following patch imeplements the C++26

[gcc r14-10181] expansion: Use __trunchfbf2 calls rather than __extendhfbf2 [PR114907]

https://gcc.gnu.org/g:f43f346f19889a15a171a10c6ae1b1fe0a5bc038 commit r14-10181-gf43f346f19889a15a171a10c6ae1b1fe0a5bc038 Author: Jakub Jelinek Date: Tue May 7 21:30:21 2024 +0200 expansion: Use __trunchfbf2 calls rather than __extendhfbf2 [PR114907] The HF and BF modes have

[gcc r14-10180] tree-inline: Remove .ASAN_MARK calls when inlining functions into no_sanitize callers [PR114956]

https://gcc.gnu.org/g:aca573ea64ccfd54d4447e9a3200acd7a9157082 commit r14-10180-gaca573ea64ccfd54d4447e9a3200acd7a9157082 Author: Jakub Jelinek Date: Tue May 7 21:29:14 2024 +0200 tree-inline: Remove .ASAN_MARK calls when inlining functions into no_sanitize callers [PR114956

[gcc r15-303] expansion: Use __trunchfbf2 calls rather than __extendhfbf2 [PR114907]

https://gcc.gnu.org/g:28ee13db2e9d995bd3728c4ff3a3545e24b39cd2 commit r15-303-g28ee13db2e9d995bd3728c4ff3a3545e24b39cd2 Author: Jakub Jelinek Date: Tue May 7 21:30:21 2024 +0200 expansion: Use __trunchfbf2 calls rather than __extendhfbf2 [PR114907] The HF and BF modes have

[gcc r15-302] tree-inline: Remove .ASAN_MARK calls when inlining functions into no_sanitize callers [PR114956]

https://gcc.gnu.org/g:d4e25cf4f7c1f51a8824cc62bbb85a81a41b829a commit r15-302-gd4e25cf4f7c1f51a8824cc62bbb85a81a41b829a Author: Jakub Jelinek Date: Tue May 7 21:29:14 2024 +0200 tree-inline: Remove .ASAN_MARK calls when inlining functions into no_sanitize callers [PR114956

Re: [PATCH] expansion: Use __trunchfbf2 calls rather than __extendhfbf2 [PR114907]

On Tue, May 07, 2024 at 08:57:00PM +0200, Richard Biener wrote: > > > > Am 07.05.2024 um 18:02 schrieb Jakub Jelinek : > > > > Hi! > > > > The HF and BF modes have the same size/precision and neither is > > a subset nor superset of the other. > >

[gcc r14-10178] libgomp: Add gfx90c, 1036 and 1103 declare variant tests

https://gcc.gnu.org/g:23cf0107684336e46fc5525bf22d3f6ee965b463 commit r14-10178-g23cf0107684336e46fc5525bf22d3f6ee965b463 Author: Jakub Jelinek Date: Thu May 2 11:56:16 2024 +0200 libgomp: Add gfx90c, 1036 and 1103 declare variant tests Recently -march=gfx{90c,1036,1103} support

[gcc r14-10177] gimple-ssa-sprintf: Use [0, 1] range for %lc with (wint_t) 0 argument [PR114876]

https://gcc.gnu.org/g:a1c8ae15d9df0caa839b47c8631571a1ec27e367 commit r14-10177-ga1c8ae15d9df0caa839b47c8631571a1ec27e367 Author: Jakub Jelinek Date: Tue Apr 30 11:22:32 2024 +0200 gimple-ssa-sprintf: Use [0, 1] range for %lc with (wint_t) 0 argument [PR114876] Seems when Martin

[PATCH] expansion: Use __trunchfbf2 calls rather than __extendhfbf2 [PR114907]

to switch to using what is available rather than adding new entrypoints to libgcc, even alias, because this is backportable. Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? 2024-05-07 Jakub Jelinek PR middle-end/114907 * expr.cc (convert_mode_scalar): Use

[PATCH] tree-inline: Remove .ASAN_MARK calls when inlining functions into no_sanitize callers [PR114956]

only late after ipa, but as the following testcase the .ASAN_MARK ifn calls gimplifier adds can result in ICEs. Fixed by dropping those during inlining, similarly to how we drop .TSAN_FUNC_EXIT calls. Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? 2024-05-07 Jakub Jelinek

Re: [wwwdocs] Specify AArch64 BitInt support for little-endian only

On Tue, May 07, 2024 at 02:12:07PM +0100, Andre Vieira (lists) wrote: > Hey Jakub, > > This what ya had in mind? Yes. > diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html > index > ca5174de991bb088f653468f77485c15a61526e6..924e045a15a78b5702a0d6997953f35c6b47efd1 > 100644 >

gcc-wwwdocs branch master updated. 1aef08f66802bbddaf9a048a1840e26597e4f62e

--- commit 1aef08f66802bbddaf9a048a1840e26597e4f62e Author: Jakub Jelinek Date: Tue May 7 09:32:14 2024 + 13.1 -> 14.1 diff --git a/htdocs/onlinedocs/14.1.0/index.html b/htdocs/onlinedocs/14.1.0/index.html index 2abc06ac..b9cb9c23 100644 --- a/htdocs/onlinedocs/14.1.0/index.html +++ b/htdocs/onlinedocs/14.1

[gcc r14-10172] Update gennews for GCC 14.

https://gcc.gnu.org/g:4f12e06d2d112823298ffcad9732785bb86cb022 commit r14-10172-g4f12e06d2d112823298ffcad9732785bb86cb022 Author: Jakub Jelinek Date: Tue May 7 08:48:19 2024 +0200 Update gennews for GCC 14. 2024-05-07 Jakub Jelinek * gennews (files): Add files

[gcc r15-224] Update gennews for GCC 14.

https://gcc.gnu.org/g:7ee3f769529f8d418bf361eb821aab17a33567e3 commit r15-224-g7ee3f769529f8d418bf361eb821aab17a33567e3 Author: Jakub Jelinek Date: Tue May 7 08:48:19 2024 +0200 Update gennews for GCC 14. 2024-05-07 Jakub Jelinek * gennews (files): Add files

gcc-wwwdocs branch master updated. e8188a572301966aab9fc19200d97773af308aa6

--- commit e8188a572301966aab9fc19200d97773af308aa6 Author: Jakub Jelinek Date: Tue May 7 08:39:24 2024 +0200 Small tweak. diff --git a/htdocs/gcc-14/index.html b/htdocs/gcc-14/index.html index 5274cc39..ff3f433f 100644 --- a/htdocs/gcc-14/index.html +++ b/htdocs/gcc-14/index.html @@ -16,7 +16,7 @@ The GCC developers a

gcc-wwwdocs branch master updated. 323fd0012e1f45e6a4b40e227df5a07ea5f5ea05

--- commit 323fd0012e1f45e6a4b40e227df5a07ea5f5ea05 Author: Jakub Jelinek Date: Tue May 7 08:38:19 2024 +0200 Releasing 14.1. diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html index 28e5da9f..cb75867f 100644 --- a/htdocs/gcc-14/changes.html +++ b/htdocs/gcc-14/changes.html @@ -22,9 +22,6 @@ You may

gcc-wwwdocs branch master updated. 8095e54fa7c659dc5b00ddc4ff4e48a30dfaa1f2

--- commit 8095e54fa7c659dc5b00ddc4ff4e48a30dfaa1f2 Author: Jakub Jelinek Date: Tue May 7 08:32:45 2024 +0200 Adjust onlinedocs references to 14.1.0. diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html index 82906de1..28e5da9f 100644 --- a/htdocs/gcc-14/changes.html +++ b/htdocs/gcc-14/changes.html

  1   2   3   4   5   6   7   8   9   10   >