Re: [PATCH] middle-end/115426 - wrong gimplification of "rm" asm output operand

On Wed, Jul 03, 2024 at 02:21:25PM +0200, Richard Biener wrote: > I'm re-testing the following. > > Richard. > > >From 40023cac83562a1451aba550533d042fec1c144e Mon Sep 17 00:00:00 2001 > From: Richard Biener > Date: Tue, 11 Jun 2024 13:11:08 +0200 > Subject: [PATCH] middle-end/115426 - wrong

Re: [PATCH] middle-end/115426 - wrong gimplification of "rm" asm output operand

On Tue, Jun 11, 2024 at 01:20:50PM +0200, Richard Biener wrote: > When the operand is gimplified to an extract of a register or a > register we have to disallow memory as we otherwise fail to > gimplify it properly. Instead of > > __asm__("" : "=rm" __imag ); > > we want > > __asm__("" :

gcc-wwwdocs branch master updated. 7ed4eea169e8fa6ecdc64361e0a995c7af556032

--- commit 7ed4eea169e8fa6ecdc64361e0a995c7af556032 Author: Jakub Jelinek Date: Tue Jul 2 22:14:29 2024 +0200 Mark P0963R3 and P3144R2 C++26 papers as implemented diff --git a/htdocs/projects/cxx-status.html b/htdocs/projects/cxx-status.html index 65c120a3..9a1a584a 100644 --- a/htdocs/projects/cxx-status.html ++

[gcc r15-1795] c++: Fix ICE on constexpr placement new [PR115754]

https://gcc.gnu.org/g:1250540a98e0a1dfa4d7834672d88d8543ea70b1 commit r15-1795-g1250540a98e0a1dfa4d7834672d88d8543ea70b1 Author: Jakub Jelinek Date: Tue Jul 2 22:09:58 2024 +0200 c++: Fix ICE on constexpr placement new [PR115754] C++26 is making in P2747R2 paper placement new

[gcc r15-1794] c++: Implement C++26 P3144R2 - Deleting a Pointer to an Incomplete Type Should be Ill-formed [PR1157

https://gcc.gnu.org/g:beb7a418aaef2ec8a812712110b007c091a73491 commit r15-1794-gbeb7a418aaef2ec8a812712110b007c091a73491 Author: Jakub Jelinek Date: Tue Jul 2 22:08:45 2024 +0200 c++: Implement C++26 P3144R2 - Deleting a Pointer to an Incomplete Type Should be Ill-formed [PR115747

[gcc r15-1793] c++: Implement C++26 P0963R3 - Structured binding declaration as a condition [PR115745]

https://gcc.gnu.org/g:f30bdb1f2d79fd787e0c270039179bf80830161f commit r15-1793-gf30bdb1f2d79fd787e0c270039179bf80830161f Author: Jakub Jelinek Date: Tue Jul 2 22:07:30 2024 +0200 c++: Implement C++26 P0963R3 - Structured binding declaration as a condition [PR115745] This C++26

[PATCH] c++: Implement C++26 P0963R3 - Structured binding declaration as a condition [PR115745]

between !processing_template_decl parsing and pt.cc. Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? 2024-07-02 Jakub Jelinek PR c++/115745 gcc/cp/ * cp-tree.h: Implement C++26 P0963R3 - Structured binding declaration as a condition

[PATCH] c++: Fix ICE on constexpr placement new [PR115754]

? 2024-07-02 Jakub Jelinek Jason Merrill PR c++/115754 * constexpr.cc (cxx_eval_constant_expression) : For conversions to void, pass vc_discard to the recursive call and otherwise for tcode other than VIEW_CONVERT_EXPR pass vc_prvalue. * g

[PATCH] c++: Implement C++26 P3144R2 - Deleting a Pointer to an Incomplete Type Should be Ill-formed [PR115747]

without warnings like before, and -fpermissive makes it warn but not error; in SFINAE contexts it is considered an error in C++26 and later. Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? 2024-07-02 Jakub Jelinek Jason Merrill PR c++/115747 gcc/cp

Re: Bad interaction between gcc and glibc's handling of GNU extension [GCC PR 115724]

On Tue, Jul 02, 2024 at 12:54:09PM -0400, David Malcolm via Gcc wrote: > Back in 2007 glibc gained some logic to implement "error" and > "error_at_line" by splitting into zero and non-zero cases, with the > nonzero case calling a "noreturn" function [1]. > > This doesn't seem to work. I tested

[committed] wwwdocs: Add Summer 2024 C++26 papers

Hi! I've committed the following patch as obvious to wwwdocs. diff --git a/htdocs/projects/cxx-status.html b/htdocs/projects/cxx-status.html index 4401c87e..65c120a3 100644 --- a/htdocs/projects/cxx-status.html +++ b/htdocs/projects/cxx-status.html @@ -184,6 +184,31 @@ 14

gcc-wwwdocs branch master updated. a7db15721b902e1e80777d0057bf0ddf160de98d

--- commit a7db15721b902e1e80777d0057bf0ddf160de98d Author: Jakub Jelinek Date: Tue Jul 2 10:50:12 2024 +0200 Add new C++26 papers. diff --git a/htdocs/projects/cxx-status.html b/htdocs/projects/cxx-status.html index 4401c87e..65c120a3 100644 --- a/htdocs/projects/cxx-status.html +++ b/htdocs/projects/cxx-status.html

Re: [PATCH] doc: Document -fasm as the opposite of -fno-asm

On Mon, Jul 01, 2024 at 11:37:40AM +0200, Alejandro Colomar wrote: > gcc/ChangeLog: > > * doc/invoke.texi: Document -fasm. Why? We have almost 1300 options which accept the negative forms and we don't document any of them this way, the manual explicitly states that: Many options have

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

https://gcc.gnu.org/g:6eada54ba865eeb9aabfcfbc106c3fbff7abe98a commit 6eada54ba865eeb9aabfcfbc106c3fbff7abe98a Merge: 640bb0fa76a 37bbd2c1667 Author: Jakub Jelinek Date: Mon Jul 1 10:20:55 2024 +0200 Merge commit 'r14-10366-g37bbd2c1667c70387f5fa6b52f461d57a204229d' into redhat/gcc-14

[gcc/redhat/heads/gcc-14-branch] (37 commits) Merge commit 'r14-10366-g37bbd2c1667c70387f5fa6b52f461d57a2

The branch 'redhat/heads/gcc-14-branch' was updated to point to: 6eada54ba86... Merge commit 'r14-10366-g37bbd2c1667c70387f5fa6b52f461d57a2 It previously pointed to: 640bb0fa76a... Merge commit 'r14-10330-gd26fa1c73b2c0f7fd2d412ce7b4e84e0f7 Diff: Summary of changes (added commits):

[gcc r14-10366] c: Fix ICE related to incomplete structures in C23 [PR114930]

https://gcc.gnu.org/g:37bbd2c1667c70387f5fa6b52f461d57a204229d commit r14-10366-g37bbd2c1667c70387f5fa6b52f461d57a204229d Author: Jakub Jelinek Date: Tue Jun 25 08:35:56 2024 +0200 c: Fix ICE related to incomplete structures in C23 [PR114930] Here is a version

[gcc r15-1597] c: Fix ICE related to incomplete structures in C23 [PR114930]

https://gcc.gnu.org/g:777cc6a01d1cf783a36d0fa67ab20f0312f35d7a commit r15-1597-g777cc6a01d1cf783a36d0fa67ab20f0312f35d7a Author: Jakub Jelinek Date: Tue Jun 25 08:35:56 2024 +0200 c: Fix ICE related to incomplete structures in C23 [PR114930] Here is a version

[WIP PATCH] libcpp, c-family: Add concatenated string support for #emebd gnu::base64 argument

1BZ" \ "SU5HMy4gIElmIG5vdCBzZWUKPGh0dHA6Ly93d3cuZ251Lm9yZy9saWNlbnNlcy8+LiAgKi8KCiNp" \ "Zm5kZWYgVFJFRV9TU0FfRENFX0gKI2RlZmluZSBUUkVFX1NTQV9EQ0VfSApleHRlcm4gdm9pZCBz" \ "aW1wbGVfZGNlX2Zyb21fd29ya2xpc3QgKGJpdG1hcCwgYml0bWFwID0gbnVsbHB0cik7CiNlbmRp" \ "Zg==") # 1 "embed-do.c" ,10 Is that wha

[WIP PATCH] libcpp, c-family: Emit #embed "." __gnu__::__base64__("...") when preprocessing

Hi! On Wed, Jun 19, 2024 at 08:29:37PM +0200, Jakub Jelinek wrote: > Right now the patch only supports a single huge string literal in there, > not concatenation of multiple strings, dunno if we shouldn't add support > for that so that we don't run into the line length limits f

[gcc r11-11514] fold-const: Fix up CLZ handling in tree_call_nonnegative_warnv_p [PR115337]

https://gcc.gnu.org/g:b724525c9779bbf93c4905dc3d54296f5e39e607 commit r11-11514-gb724525c9779bbf93c4905dc3d54296f5e39e607 Author: Jakub Jelinek Date: Tue Jun 4 15:49:41 2024 +0200 fold-const: Fix up CLZ handling in tree_call_nonnegative_warnv_p [PR115337] The function currently

[gcc r11-11512] combine: Fix up simplify_compare_const [PR115092]

https://gcc.gnu.org/g:82bb4ee090342f2b787661420f701f2e0bf6624a commit r11-11512-g82bb4ee090342f2b787661420f701f2e0bf6624a Author: Jakub Jelinek Date: Wed May 15 18:37:17 2024 +0200 combine: Fix up simplify_compare_const [PR115092] The following testcases are miscompiled

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

https://gcc.gnu.org/g:e4bd9558d431bee2f4a76875dd79c9a76d2c58ff commit r11-11511-ge4bd9558d431bee2f4a76875dd79c9a76d2c58ff 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 r11-11510] gimple-ssa-sprintf: Use [0, 1] range for %lc with (wint_t) 0 argument [PR114876]

https://gcc.gnu.org/g:6bb5036635090b924519adde22e7be9c80f6e76a commit r11-11510-g6bb5036635090b924519adde22e7be9c80f6e76a 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 r11-11516] diagnostics: Fix add_misspelling_candidates [PR115440]

https://gcc.gnu.org/g:a0dac8fdf477f0ee7fa4f54bbfc4cafec944b042 commit r11-11516-ga0dac8fdf477f0ee7fa4f54bbfc4cafec944b042 Author: Jakub Jelinek Date: Mon Jun 17 22:02:46 2024 +0200 diagnostics: Fix add_misspelling_candidates [PR115440] The option_map array for most entries

[gcc r11-11515] c: Fix up pointer types to may_alias structures [PR114493]

https://gcc.gnu.org/g:5736bc05ea1546328cad9b6cefb5a389d2a2994e commit r11-11515-g5736bc05ea1546328cad9b6cefb5a389d2a2994e Author: Jakub Jelinek Date: Thu Jun 6 22:12:11 2024 +0200 c: Fix up pointer types to may_alias structures [PR114493] The following testcase ICEs in ipa-free

[gcc r11-11513] builtins: Force SAVE_EXPR for __builtin_{add, sub, mul}_overflow [PR108789]

https://gcc.gnu.org/g:2922060a7fe04397df1ca69dd1f4de1edf8d2282 commit r11-11513-g2922060a7fe04397df1ca69dd1f4de1edf8d2282 Author: Jakub Jelinek Date: Tue Jun 4 12:28:01 2024 +0200 builtins: Force SAVE_EXPR for __builtin_{add,sub,mul}_overflow [PR108789] The following testcase

[gcc r11-11508] rtlanal: Fix set_noop_p for volatile loads or stores [PR114768]

https://gcc.gnu.org/g:1fc4a915c797d3a98a327dfc546948c5879336e0 commit r11-11508-g1fc4a915c797d3a98a327dfc546948c5879336e0 Author: Jakub Jelinek Date: Fri Apr 19 08:47:53 2024 +0200 rtlanal: Fix set_noop_p for volatile loads or stores [PR114768] On the following testcase, combine

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

https://gcc.gnu.org/g:0ff2aad2f7242fffa646d06b3da7d28191e1c788 commit r11-11509-g0ff2aad2f7242fffa646d06b3da7d28191e1c788 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 r11-11507] internal-fn: Temporarily disable flag_trapv during .{ADD, SUB, MUL}_OVERFLOW etc. expansion [PR114753]

https://gcc.gnu.org/g:2e932260ca4f2ba2549eb42d60e701d2244dab74 commit r11-11507-g2e932260ca4f2ba2549eb42d60e701d2244dab74 Author: Jakub Jelinek Date: Thu Apr 18 09:45:14 2024 +0200 internal-fn: Temporarily disable flag_trapv during .{ADD,SUB,MUL}_OVERFLOW etc. expansion [PR114753

[gcc r11-11506] attribs: Don't crash on NULL TREE_TYPE in diag_attr_exclusions [PR114634]

https://gcc.gnu.org/g:139f129bf4f0d40f1e6fb619c044bc0ef699a014 commit r11-11506-g139f129bf4f0d40f1e6fb619c044bc0ef699a014 Author: Jakub Jelinek Date: Mon Apr 15 10:25:22 2024 +0200 attribs: Don't crash on NULL TREE_TYPE in diag_attr_exclusions [PR114634] The enumerator still

[gcc r11-11503] vect: Don't clear base_misaligned in update_epilogue_loop_vinfo [PR114566]

https://gcc.gnu.org/g:327533790760809abd2549e613a676dde5f8cd93 commit r11-11503-g327533790760809abd2549e613a676dde5f8cd93 Author: Jakub Jelinek Date: Fri Apr 5 14:56:14 2024 +0200 vect: Don't clear base_misaligned in update_epilogue_loop_vinfo [PR114566] The following testcase

[gcc r11-11505] c++: Fix bogus warnings about ignored annotations [PR114691]

https://gcc.gnu.org/g:6ec50f5b9a8842f92d65dbd8fcc546f0f6902585 commit r11-11505-g6ec50f5b9a8842f92d65dbd8fcc546f0f6902585 Author: Jakub Jelinek Date: Fri Apr 12 20:53:10 2024 +0200 c++: Fix bogus warnings about ignored annotations [PR114691] The middle-end warns about

[gcc r11-11504] asan, v3: Fix up handling of > 32 byte aligned variables with -fsanitize=address -fstack-protector*

https://gcc.gnu.org/g:043d5fc707842c9b26ba69650e15be73c57f7a1d commit r11-11504-g043d5fc707842c9b26ba69650e15be73c57f7a1d Author: Jakub Jelinek Date: Thu Apr 11 11:12:11 2024 +0200 asan, v3: Fix up handling of > 32 byte aligned variables with -fsanitize=address -fstack-protec

[gcc r11-11502] c++: Fix ICE with weird copy assignment operator [PR114572]

https://gcc.gnu.org/g:4620c4b7b76baf4e66cd1ab22b1cc6a9e810c0c7 commit r11-11502-g4620c4b7b76baf4e66cd1ab22b1cc6a9e810c0c7 Author: Jakub Jelinek Date: Fri Apr 5 09:31:28 2024 +0200 c++: Fix ICE with weird copy assignment operator [PR114572] While ctors/dtors don't return anything

[gcc r11-11501] fold-const: Handle NON_LVALUE_EXPR in native_encode_initializer [PR114537]

https://gcc.gnu.org/g:5d6b1d8ffc4828874ecdb1cde1b794bc3b8d35af commit r11-11501-g5d6b1d8ffc4828874ecdb1cde1b794bc3b8d35af Author: Jakub Jelinek Date: Thu Apr 4 10:47:52 2024 +0200 fold-const: Handle NON_LVALUE_EXPR in native_encode_initializer [PR114537] The following testcase

[gcc r11-11500] libquadmath: Don't assume the storage for __float128 arguments is aligned [PR114533]

https://gcc.gnu.org/g:df41dbfd22528b1241668af21a979204b876fb67 commit r11-11500-gdf41dbfd22528b1241668af21a979204b876fb67 Author: Jakub Jelinek Date: Wed Apr 3 10:02:35 2024 +0200 libquadmath: Don't assume the storage for __float128 arguments is aligned [PR114533

[gcc r11-11498] aarch64: Fix TImode __sync_*_compare_and_exchange expansion with LSE [PR114310]

https://gcc.gnu.org/g:0570303f818ed12ff28de0d258ebe4f6803ef7e0 commit r11-11498-g0570303f818ed12ff28de0d258ebe4f6803ef7e0 Author: Jakub Jelinek Date: Thu Mar 14 14:09:20 2024 +0100 aarch64: Fix TImode __sync_*_compare_and_exchange expansion with LSE [PR114310] The following

[gcc r11-11497] bb-reorder: Fix -freorder-blocks-and-partition ICEs on aarch64 with asm goto [PR110079]

https://gcc.gnu.org/g:f340e1fb0e0bbe5f2982f3f1025bb12fb910db41 commit r11-11497-gf340e1fb0e0bbe5f2982f3f1025bb12fb910db41 Author: Jakub Jelinek Date: Thu Mar 7 10:02:49 2024 +0100 bb-reorder: Fix -freorder-blocks-and-partition ICEs on aarch64 with asm goto [PR110079

[gcc r11-11494] attribs: Don't canonicalize lookup_scoped_attribute_spec argument [PR113674]

https://gcc.gnu.org/g:f520f125920460d9360e2a5619b22c7ac81d35ba commit r11-11494-gf520f125920460d9360e2a5619b22c7ac81d35ba Author: Jakub Jelinek Date: Mon Feb 12 20:45:01 2024 +0100 attribs: Don't canonicalize lookup_scoped_attribute_spec argument [PR113674] The C and C++ FEs when

[gcc r11-11499] icf: Reset SSA_NAME_{PTR, RANGE}_INFO in successfully merged functions [PR113907]

https://gcc.gnu.org/g:8a917760aa47f7fb307a4abf6e17dd5b52a5b25f commit r11-11499-g8a917760aa47f7fb307a4abf6e17dd5b52a5b25f Author: Jakub Jelinek Date: Thu Mar 14 17:48:30 2024 +0100 icf: Reset SSA_NAME_{PTR,RANGE}_INFO in successfully merged functions [PR113907] AFAIK we have

[gcc r11-11496] i386: Fix ICEs with SUBREGs from vector etc. constants to XFmode [PR114184]

https://gcc.gnu.org/g:14d01732cefd593ecb5d654efbbb72071b0a90fd commit r11-11496-g14d01732cefd593ecb5d654efbbb72071b0a90fd Author: Jakub Jelinek Date: Mon Mar 4 10:04:19 2024 +0100 i386: Fix ICEs with SUBREGs from vector etc. constants to XFmode [PR114184] The Intel extended

[gcc r11-11492] docs: Fix 2 typos

https://gcc.gnu.org/g:23c60f13b91aa21ffad01333b93724dfe797afcb commit r11-11492-g23c60f13b91aa21ffad01333b93724dfe797afcb Author: Jakub Jelinek Date: Thu Jan 25 09:10:08 2024 +0100 docs: Fix 2 typos When looking into PR113572, I've noticed a typo in VECTOR_CST documentation

[gcc r11-11493] tree-ssa-strlen: Fix up handle_store [PR113603]

https://gcc.gnu.org/g:1b91d111dad699a0738d158b0eca7fd12ded6211 commit r11-11493-g1b91d111dad699a0738d158b0eca7fd12ded6211 Author: Jakub Jelinek Date: Tue Jan 30 09:58:05 2024 +0100 tree-ssa-strlen: Fix up handle_store [PR113603] Since r10-2101-gb631bdb3c16e85f35d3 handle_store

[gcc r11-11490] cfgexpand: Workaround CSE of ADDR_EXPRs in VAR_DECL partitioning [PR113372]

https://gcc.gnu.org/g:c845244dd7afae95689b8dd02a62c18932441583 commit r11-11490-gc845244dd7afae95689b8dd02a62c18932441583 Author: Jakub Jelinek Date: Tue Jan 16 11:49:34 2024 +0100 cfgexpand: Workaround CSE of ADDR_EXPRs in VAR_DECL partitioning [PR113372] The following patch

[gcc r11-11495] c: Handle scoped attributes in __has*attribute and scoped attribute parsing changes in -std=c11 etc.

https://gcc.gnu.org/g:d241835c8f47031259280930449a3ba4d8eb8eea commit r11-11495-gd241835c8f47031259280930449a3ba4d8eb8eea Author: Jakub Jelinek Date: Thu Feb 22 19:32:02 2024 +0100 c: Handle scoped attributes in __has*attribute and scoped attribute parsing changes in -std=c11 etc. modes

[gcc r11-11491] i386: Add -masm=intel profiling support [PR113122]

https://gcc.gnu.org/g:9b58a85de42eed538a866146a36bb3221daf5590 commit r11-11491-g9b58a85de42eed538a866146a36bb3221daf5590 Author: Jakub Jelinek Date: Thu Jan 18 10:21:12 2024 +0100 i386: Add -masm=intel profiling support [PR113122] x86_function_profiler emits assembly directly

[gcc r11-11489] libgomp: Fix up FLOCK fallback handling [PR113192]

https://gcc.gnu.org/g:58a73ed8e398e05f0c3656cd113f3ca0ee229114 commit r11-11489-g58a73ed8e398e05f0c3656cd113f3ca0ee229114 Author: Jakub Jelinek Date: Wed Jan 10 13:29:47 2024 +0100 libgomp: Fix up FLOCK fallback handling [PR113192] My earlier change broke Solaris testing, because

[gcc r11-11488] c-family: copy attribute diagnostic fixes [PR113262]

https://gcc.gnu.org/g:3741efc7402bf421bd77e5e2b30ae513a9867372 commit r11-11488-g3741efc7402bf421bd77e5e2b30ae513a9867372 Author: Jakub Jelinek Date: Tue Jan 9 15:37:04 2024 +0100 c-family: copy attribute diagnostic fixes [PR113262] The copy attributes is allowed on decls as well

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

https://gcc.gnu.org/g:640bb0fa76a23712bd9b0518a00c3c4ed59a775d commit 640bb0fa76a23712bd9b0518a00c3c4ed59a775d Merge: 1de1e03e8bd3 d26fa1c73b2c Author: Jakub Jelinek Date: Thu Jun 20 13:07:44 2024 +0200 Merge commit 'r14-10330-gd26fa1c73b2c0f7fd2d412ce7b4e84e0f78fc49a' into redhat/gcc-14

[gcc/redhat/heads/gcc-14-branch] (43 commits) Merge commit 'r14-10330-gd26fa1c73b2c0f7fd2d412ce7b4e84e0f7

The branch 'redhat/heads/gcc-14-branch' was updated to point to: 640bb0fa76a2... Merge commit 'r14-10330-gd26fa1c73b2c0f7fd2d412ce7b4e84e0f7 It previously pointed to: 1de1e03e8bd3... Merge commit 'r14-10288-g0f616e75f32083e1bc6d08f31e3fbc3dea Diff: Summary of changes (added commits):

[gcc r14-10330] vshuf-mem.C: Make -march=z14 depend on s390_vxe

https://gcc.gnu.org/g:d26fa1c73b2c0f7fd2d412ce7b4e84e0f78fc49a commit r14-10330-gd26fa1c73b2c0f7fd2d412ce7b4e84e0f78fc49a Author: Andreas Krebbel Date: Mon Jun 17 21:50:27 2024 +0200 vshuf-mem.C: Make -march=z14 depend on s390_vxe gcc/testsuite/ChangeLog: *

[gcc r14-10329] testsuite: Add -Wno-psabi to vshuf-mem.C test

https://gcc.gnu.org/g:b4e4997b1f2e21598947f8339db5eb7cc0230476 commit r14-10329-gb4e4997b1f2e21598947f8339db5eb7cc0230476 Author: Jakub Jelinek Date: Fri Jun 14 19:57:59 2024 +0200 testsuite: Add -Wno-psabi to vshuf-mem.C test The newly added test FAILs on i686-linux

[gcc r14-10328] IBM Z: Fix ICE in expand_perm_as_replicate

https://gcc.gnu.org/g:166c9f99a2376b2255021de52a563e1268584c12 commit r14-10328-g166c9f99a2376b2255021de52a563e1268584c12 Author: Andreas Krebbel Date: Mon Jun 10 09:09:10 2024 +0200 IBM Z: Fix ICE in expand_perm_as_replicate The current implementation assumes to always be

GCC 12.4 Released

The GNU Compiler Collection version 12.4 has been released. GCC 12.4 is a bug-fix release from the GCC 12 branch containing important fixes for regressions and serious bugs in GCC 12.3 with more than 84 bugs fixed since the previous release. This release is available from the FTP servers listed

GCC 12.4 Released

The GNU Compiler Collection version 12.4 has been released. GCC 12.4 is a bug-fix release from the GCC 12 branch containing important fixes for regressions and serious bugs in GCC 12.3 with more than 84 bugs fixed since the previous release. This release is available from the FTP servers listed

gcc-wwwdocs branch master updated. 810912f793c674628f6506de21116ff45baba440

--- commit 810912f793c674628f6506de21116ff45baba440 Author: Jakub Jelinek Date: Thu Jun 20 11:07:04 2024 +0200 12.4.0 release. diff --git a/htdocs/develop.html b/htdocs/develop.html index 4cae4cbd..effb6047 100644 --- a/htdocs/develop.html +++ b/htdocs/develop.html @@ -627,8 +627,8 @@ stages of development, bra

[gcc r12-10568] c-family: Fix -Warray-compare warning ICE [PR115290]

https://gcc.gnu.org/g:8f612e6559b39569747894ec0f8b4694b96492a7 commit r12-10568-g8f612e6559b39569747894ec0f8b4694b96492a7 Author: Jakub Jelinek Date: Mon Jun 17 19:24:05 2024 +0200 c-family: Fix -Warray-compare warning ICE [PR115290] The warning code uses %D to print

[gcc r12-10569] diagnostics: Fix add_misspelling_candidates [PR115440]

https://gcc.gnu.org/g:c60dd0eb28eff3deaa389b0aafa689d423fc12f1 commit r12-10569-gc60dd0eb28eff3deaa389b0aafa689d423fc12f1 Author: Jakub Jelinek Date: Mon Jun 17 22:02:46 2024 +0200 diagnostics: Fix add_misspelling_candidates [PR115440] The option_map array for most entries

gcc-wwwdocs branch master updated. 22800bc8d313137ad4711c53e7e913f3cecd9dad

--- commit 22800bc8d313137ad4711c53e7e913f3cecd9dad Author: Jakub Jelinek Date: Thu Jun 20 10:53:09 2024 +0200 Fix up bullet numbering. diff --git a/htdocs/releasing.html b/htdocs/releasing.html index c7365e64..1f54d61d 100644 --- a/htdocs/releasing.html +++ b/htdocs/releasing.html @@ -49,7 +49,7 @@ href="transla

[gcc r12-10567] Bump BASE-VER.

https://gcc.gnu.org/g:98794d9bd4907cea20bd5b7bb2ca2ba8fdc57830 commit r12-10567-g98794d9bd4907cea20bd5b7bb2ca2ba8fdc57830 Author: Jakub Jelinek Date: Thu Jun 20 10:44:08 2024 +0200 Bump BASE-VER. 2024-06-20 Jakub Jelinek * BASE-VER: Set to 14.4.1. Diff

[gcc r13-8859] diagnostics: Fix add_misspelling_candidates [PR115440]

https://gcc.gnu.org/g:e216eb16ef740c4e820a24c73e7d7e97a12d93c3 commit r13-8859-ge216eb16ef740c4e820a24c73e7d7e97a12d93c3 Author: Jakub Jelinek Date: Mon Jun 17 22:02:46 2024 +0200 diagnostics: Fix add_misspelling_candidates [PR115440] The option_map array for most entries

[gcc r14-10327] bitint: Fix up lowering of COMPLEX_EXPR [PR115544]

https://gcc.gnu.org/g:f79e909a11672f2c5b04239d8d9376b900c5b295 commit r14-10327-gf79e909a11672f2c5b04239d8d9376b900c5b295 Author: Jakub Jelinek Date: Wed Jun 19 21:10:39 2024 +0200 bitint: Fix up lowering of COMPLEX_EXPR [PR115544] We don't really support _Complex _BitInt(N

[gcc r14-10326] diagnostics: Fix add_misspelling_candidates [PR115440]

https://gcc.gnu.org/g:74a58c39c701b3bce884d4fb71cd59b9da145f1c commit r14-10326-g74a58c39c701b3bce884d4fb71cd59b9da145f1c Author: Jakub Jelinek Date: Mon Jun 17 22:02:46 2024 +0200 diagnostics: Fix add_misspelling_candidates [PR115440] The option_map array for most entries

gcc-wwwdocs branch master updated. 1ee3d167fc1491d7a71c65a7f5065867c30903a8

--- commit 1ee3d167fc1491d7a71c65a7f5065867c30903a8 Author: Jakub Jelinek Date: Thu Jun 20 09:59:47 2024 +0200 Releasing 12.4. diff --git a/htdocs/gcc-12/changes.html b/htdocs/gcc-12/changes.html index 9e2cee50..bf332c86 100644 --- a/htdocs/gcc-12/changes.html +++ b/htdocs/gcc-12/changes.html @@ -1164,9 +1164,6 @@ are

[PATCH] c, v3: Fix ICE related to incomplete structures in C23 [PR114930]

ype around and needing to handle it though. Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? 2024-06-19 Jakub Jelinek Martin Uecker PR c/114930 PR c/115502 gcc/c/ * c-decl.cc (c_update_type_canonical): Assert t is main variant

[gcc r15-1455] bitint: Fix up lowering of COMPLEX_EXPR [PR115544]

https://gcc.gnu.org/g:25860fd2a674373a6476af5ff0bd92354fc53d06 commit r15-1455-g25860fd2a674373a6476af5ff0bd92354fc53d06 Author: Jakub Jelinek Date: Wed Jun 19 21:10:39 2024 +0200 bitint: Fix up lowering of COMPLEX_EXPR [PR115544] We don't really support _Complex _BitInt(N

[PATCH] bitint: Fix up lowering of COMPLEX_EXPR [PR115544]

complexexpr_stmt, or because they should be really rare, this patch just disables the load optimization if at least one load use is a COMPLEX_EXPR (like we do already for PHIs, calls, asm). Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? 2024-06-19 Jakub Jelinek PR tree-opt

[PATCH] libcpp: Add support for gnu::base64 #embed parameter

ly multiple of 4); disadvantage is then that we lex that not into a single huge string but perhaps hundreds/thousands/millions of short CPP_STRINGs that would be gathered together. Thoughts on that? Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? 2024-06-19 Jakub Je

Re: [C PATCH] Fix ICE related to incomplete structures in C23 [PR114930,PR115502].

On Wed, Jun 19, 2024 at 07:32:28PM +0200, Jakub Jelinek wrote: > Ok, I've tried that, but that doesn't work, it ICEs on the > pr114574-2.c testcase. The following works on quick testing of dg.exp=pr11[45]*.c but haven't bootstrapped/regtested it yet. 2024-06-19 Jakub J

Re: [C PATCH] Fix ICE related to incomplete structures in C23 [PR114930,PR115502].

On Wed, Jun 19, 2024 at 09:26:00AM +0200, Martin Uecker wrote: > Ok. Then should it, instead of > > TYPE_CANONICAL (x) > = build_qualified_type (TYPE_CANONICAL (t), TYPE_QUALS (x)); > > be > > tree c = build_qualified_type (TYPE_CANONICAL (t), TYPE_QUALS (x)); > TYPE_CANONICAL (x) =

Re: [C PATCH] Fix ICE related to incomplete structures in C23 [PR114930,PR115502].

On Wed, Jun 19, 2024 at 09:36:40AM +0200, Richard Biener wrote: > > TYPE_CANONICAL (x) > > = build_qualified_type (TYPE_CANONICAL (t), TYPE_QUALS (x)); > > That looks indeed weird. What are the constraints on 't' for > c_update_type_canonical? If it is TYPE_STRUCTURAL_EQUALITY_P > the

Re: [C PATCH] Fix ICE related to incomplete structures in C23 [PR114930,PR115502].

On Wed, Jun 19, 2024 at 09:26:00AM +0200, Martin Uecker wrote: > Ok. Then should it, instead of > > TYPE_CANONICAL (x) > = build_qualified_type (TYPE_CANONICAL (t), TYPE_QUALS (x)); > > be > > tree c = build_qualified_type (TYPE_CANONICAL (t), TYPE_QUALS (x)); > TYPE_CANONICAL (x) =

Re: [C PATCH] Fix ICE related to incomplete structures in C23 [PR114930,PR115502].

On Wed, Jun 19, 2024 at 08:04:55AM +0200, Richard Biener wrote: > >> Note a canonical type should always be unqualified (for > >> classical qualifiers, not address space or atomic qualification) > > > > The logic in build_qualified_type is the same as in this patch, > > it constructs

[PATCH] libcpp: Add support for gnu::offset #embed/__has_embed parameter

be included in the data etc. Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? 2024-06-18 Jakub Jelinek libcpp/ * internal.h (struct cpp_embed_params): Add offset member. * directives.cc (_cpp_parse_embed_params): Parse gnu::offset parameter

[PATCH] libcpp, c-family, v2: Add (dumb) C23 N3017 #embed support [PR105863]

ft 6.10.3.2 in Example 4 if (f_source == NULL); return 1; (note the spurious semicolon after closing paren), has that been fixed already? Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? 2024-06-18 Jakub Jelinek PR c/105863 libcpp/ * include/cpplib.h: Implement

[gcc r15-1393] rs6000: Shrink rs6000_init_generated_builtins size [PR115324]

https://gcc.gnu.org/g:e17114f99c9ea754787573679b3b4d2b52434b61 commit r15-1393-ge17114f99c9ea754787573679b3b4d2b52434b61 Author: Jakub Jelinek Date: Tue Jun 18 08:32:37 2024 +0200 rs6000: Shrink rs6000_init_generated_builtins size [PR115324] While my r15-1001-g4cf2de9b5268224 PCH

[gcc r15-1384] diagnostics: Fix add_misspelling_candidates [PR115440]

https://gcc.gnu.org/g:96db57948b50f45235ae4af3b46db66cae7ea859 commit r15-1384-g96db57948b50f45235ae4af3b46db66cae7ea859 Author: Jakub Jelinek Date: Mon Jun 17 22:02:46 2024 +0200 diagnostics: Fix add_misspelling_candidates [PR115440] The option_map array for most entries

Re: [committed] testsuite: Add -Wno-psabi to vshuf-mem.C test

On Mon, Jun 17, 2024 at 09:09:37PM +0200, Andreas Krebbel wrote: > On 6/14/24 20:03, Jakub Jelinek wrote: > > Also wonder about the > > // { dg-additional-options "-march=z14" { target s390*-*-* } } > > line, doesn't that mean the test will FAIL on all pre-z1

[gcc r13-8854] c-family: Fix -Warray-compare warning ICE [PR115290]

https://gcc.gnu.org/g:be14e6cf7f2dc23012dfced0a4aff0894fd6ff57 commit r13-8854-gbe14e6cf7f2dc23012dfced0a4aff0894fd6ff57 Author: Jakub Jelinek Date: Mon Jun 17 19:24:05 2024 +0200 c-family: Fix -Warray-compare warning ICE [PR115290] The warning code uses %D to print the ARRAY_REF

[gcc r14-10322] c-family: Fix -Warray-compare warning ICE [PR115290]

https://gcc.gnu.org/g:922648759b034c356e7d5c1ae530bdb6f3d00c62 commit r14-10322-g922648759b034c356e7d5c1ae530bdb6f3d00c62 Author: Jakub Jelinek Date: Mon Jun 17 19:24:05 2024 +0200 c-family: Fix -Warray-compare warning ICE [PR115290] The warning code uses %D to print

[gcc r15-1381] c-family: Fix -Warray-compare warning ICE [PR115290]

https://gcc.gnu.org/g:b63c7d92012f92e0517190cf263d29bbef8a06bf commit r15-1381-gb63c7d92012f92e0517190cf263d29bbef8a06bf Author: Jakub Jelinek Date: Mon Jun 17 19:24:05 2024 +0200 c-family: Fix -Warray-compare warning ICE [PR115290] The warning code uses %D to print the ARRAY_REF

[gcc r13-8853] c++: Fix up floating point conversion rank comparison for _Float32 and float if float/double are sam

https://gcc.gnu.org/g:6d0a0c547a6c8425d432129fc90869305fef7bc2 commit r13-8853-g6d0a0c547a6c8425d432129fc90869305fef7bc2 Author: Jakub Jelinek Date: Mon Jun 17 18:53:21 2024 +0200 c++: Fix up floating point conversion rank comparison for _Float32 and float if float/double are same size

[gcc r14-10321] c++: Fix up floating point conversion rank comparison for _Float32 and float if float/double are sam

https://gcc.gnu.org/g:5be6d9d2a9854c05f3c019deb9fe95eca7248140 commit r14-10321-g5be6d9d2a9854c05f3c019deb9fe95eca7248140 Author: Jakub Jelinek Date: Mon Jun 17 18:53:21 2024 +0200 c++: Fix up floating point conversion rank comparison for _Float32 and float if float/double are same size

[PATCH] rs6000: Shrink rs6000_init_generated_builtins size [PR115324]

tes to 207572 bytes. Bootstrapped/regtested on powerpc64le-linux, ok for trunk? 2024-06-17 Jakub Jelinek PR target/115324 * config/rs6000/rs6000-gen-builtins.cc (write_decls): Change declaration of rs6000_init_generated_builtins from no arguments to 4 pointer argume

[PATCH] c-family: Fix -Warray-compare warning ICE [PR115290]

he following patch adds ()s around the operand as well, but does that only for non-decls, for decls keeps it as [0] like before. Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk and release branches? 2024-06-17 Jakub Jelinek PR c/115290 * c-warn.cc (do_warn_a

[committed] c++: Fix up floating point conversion rank comparison for _Float32 and float if float/double are same size [PR115511]

or _Float32 vs. double also returned they have the same rank. Committed to trunk as obvious, will backport to 14/13 soon. 2024-06-17 Jakub Jelinek PR target/111343 PR c++/115511 * typeck.cc (cp_compare_floating_point_conversion_ranks): If an extended floating poin

[gcc r15-1380] c++: Fix up floating point conversion rank comparison for _Float32 and float if float/double are sam

https://gcc.gnu.org/g:8584c98f370cd91647c184ce58141508ca478a12 commit r15-1380-g8584c98f370cd91647c184ce58141508ca478a12 Author: Jakub Jelinek Date: Mon Jun 17 18:53:21 2024 +0200 c++: Fix up floating point conversion rank comparison for _Float32 and float if float/double are same size

[PATCH] diagnostics: Fix add_misspelling_candidates [PR115440]

true }, and { "--std", "", "-std=", false, false }, use non-NULL opt1. That says that --machine foo should map to -mfoo and --machine no-foo should map to -mno-foo and --std c++17 should map to -std=c++17 add_misspelling_canidates was not handling this, so it hapilly

Re: check_qualified_type

On Mon, Jun 17, 2024 at 03:53:41PM +0200, Martin Uecker wrote: > > If c_update_type_canonical is only ever called for the main variants of the > > type and they always have !TYPE_QUALS (t), then yes. > > But if we rely on that, perhaps we should gcc_checking_assert that. > > So > >

Re: check_qualified_type

On Mon, Jun 17, 2024 at 03:33:05PM +0200, Martin Uecker wrote: > > I've done that and that was because build_qualified_type uses that > > predicate, where qualified types created by build_qualified_type have > > as TYPE_CANONICAL the qualified type of the main variant of the canonical > > type,

Patch ping

Hi! I'd like to ping the https://gcc.gnu.org/pipermail/gcc-patches/2024-June/653573.html patch. While the committed and backported patch fixed PCH on PIE cc1/cc1plus etc. on PowerPC, it grew up the size of the rs6000_init_generated_builtins function quite a lot. The above patch decreases it

Re: check_qualified_type

On Mon, Jun 17, 2024 at 02:42:05PM +0200, Richard Biener wrote: > > > > I am trying to understand what check_qualified_type > > > > does exactly. The direct comparison of TYPE_NAMES seems incorrect > > > > for C and its use is c_update_type_canonical then causes > > > > PR114930 and PR115502. In

Re: [PATCH] DOCUMENTATION_ROOT_URL vs. release branches [PR114738]

On Sat, Jun 15, 2024 at 09:47:04PM +0200, Gerald Pfeifer wrote: > There should be *very* few user visible changes such as new options or > substantially different behaviors on release branches - pretty much by > definition. In reality there are tons of changes, people add new options even on

[committed] testsuite: Add -Wno-psabi to vshuf-mem.C test

rget, or check in main (in that case copied over to g++.target/s390) whether z14 instructions can be actually used at runtime? Tested on x86_64-linux, committed to trunk as obvious. 2024-06-14 Jakub Jelinek * g++.dg/torture/vshuf-mem.C: Add -Wno-psabi to dg-options. --- gcc/testsuite/

[gcc r15-1344] testsuite: Add -Wno-psabi to vshuf-mem.C test

https://gcc.gnu.org/g:1bb2535c7cb279e6aab731e79080d8486dd50cce commit r15-1344-g1bb2535c7cb279e6aab731e79080d8486dd50cce Author: Jakub Jelinek Date: Fri Jun 14 19:57:59 2024 +0200 testsuite: Add -Wno-psabi to vshuf-mem.C test The newly added test FAILs on i686-linux

[PATCH] libcpp, c-family: Add (dumb) C23 N3017 #embed support [PR105863]

paren), has that been fixed already? Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? 2024-06-14 Jakub Jelinek PR c/105863 libcpp/ * include/cpplib.h: Implement C23 N3017 #embed - a scannable, tooling-friendly binary resource inclusion mechani

Re: gcc git locked out for hours second day in a row

On Wed, Jun 12, 2024 at 04:53:38PM +0200, Mikael Morin wrote: > > Perhaps you could create a mirror version of the repo and do some > > experiments locally on that to identify where the bottle-neck is coming > > from? > > > Not sure where to start for that.Are the hooks published somewhere?

gcc git locked out for hours second day in a row

Hi! Yesterday the gcc git repository was locked for 3 hours locked by user mikael at 2024-06-11 13:27:44.301067 (pid = 974167) 78:06 python hooks/update.py refs/users/mikael/tags/fortran-dev_merges/r10-1545 c2f9fe1d8111b9671bf0aa8362446516fd942f1d

Re: [PATCH V2] Fix ICE in rtl check due to CONST_WIDE_INT in CONST_VECTOR_DUPLICATE_P

On Tue, Jun 11, 2024 at 10:40:01PM +0800, liuhongt wrote: > gcc/ChangeLog: > > PR target/115384 > * simplify-rtx.cc (simplify_context::simplify_binary_operation_1): > Only do the simplification of (AND (ASHIFTRT A imm) mask) > to (LSHIFTRT A imm) when the component of

[gcc r12-10534] c: Fix up pointer types to may_alias structures [PR114493]

https://gcc.gnu.org/g:d4126b329b2ae4f2b60efa1c7ad51b576de168bd commit r12-10534-gd4126b329b2ae4f2b60efa1c7ad51b576de168bd Author: Jakub Jelinek Date: Thu Jun 6 22:12:11 2024 +0200 c: Fix up pointer types to may_alias structures [PR114493] The following testcase ICEs in ipa-free

<    1   2   3   4   5   6   7   8   9   10   >