Re: [PATCH] ifcvt/vect: Emit COND_ADD for conditional scalar reduction.

Robin Dapp writes: > Hi Tamar, > >> The only comment I have is whether you actually need this helper >> function? It looks like all the uses of it are in cases you have, or >> will call conditional_internal_fn_code directly. > removed the cond_fn_p entirely in the attached v3. > > Bootstrapped

Re: [PATCH][_GLIBCXX_INLINE_VERSION] Fix

I think we can do the same without the symbol alias feature. It's even simpler cause do not require any maintenance when version symbol bump. Here is what I'm testing, at least exported symbol is fine. François On 08/10/2023 16:06, Iain Sandoe wrote: Hi François, On 21 Sep 2023, at 05:41,

Re: [PATCH v14 16/40] c, c++: Use 16 bits for all use of enum rid for more keyword space

On Wed, Sep 27, 2023 at 6:57 AM Jason Merrill wrote: > > On Tue, Sep 19, 2023 at 7:05 PM Ken Matsui wrote: >> >> On Tue, Sep 19, 2023 at 9:59 AM Jason Merrill wrote: >> > >> > On 9/15/23 19:51, Ken Matsui via Gcc-patches wrote: >> > > Now that RID_MAX has reached 255, we need to update the bit

[Bug tree-optimization/111730] erroneous alloc-size-larger-than warning with -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111730 --- Comment #4 from Xavier Cooney --- I see, thanks for looking into this. The unreduced test case (which was from a student confused about the error message) was still passing a value to `malloc` which from the context which gcc could see

[no subject]

สินเชื่อเพื่อธุรกิจสำหรับ บริษัท หจก. โรงงานอุตสาหกรรมหรือธุรกิจขนาดย่อม ทั่วประเทศ ✏️ อนุมัติวงเงินสูงสุด 10 ล้านบาท ด้วยอัตราดอกเบี้ย 1% สนใจรายละเอียดเพิ่มเติมติดต่อ คุณ สรวิชญ์ 0657652873 LINE ID sinsub01

[PATCH-2, rs6000] Enable vector mode for memory equality compare [PR111449]

Hi, This patch enables vector mode for memory equality compare by adding a new expand cbranchv16qi4 and implementing it. Also the corresponding CC reg and compare code is set in rs6000_generate_compare. With the patch, 16-byte equality compare can be implemented by one vector compare

[PATCH-1, expand] Enable vector mode for compare_by_pieces [PR111449]

Hi, Vector mode instructions are efficient on some targets (e.g. ppc64). This patch enables vector mode for compare_by_pieces. The non-member function widest_fixed_size_mode_for_size takes by_pieces_operation as the second argument and decide whether vector mode is enabled or not by the type of

[PATCH] [i386] APX EGPR: fix missing pattern that prohibits egpr

Thanks, also there is another pattern missed that should use "ja" instead of Bm. Will commit below changes. gcc/ChangeLog: * config/i386/sse.md (vec_concatv2di): Replace constraint "m" with "jm" for alternative 0 and 1 of operand 2. (sse4_1_3): Replace constraint "Bm"

Re: [PATCH] [i386] APX EGPR: fix missing pattern that prohibits egpr

On Mon, Oct 9, 2023 at 10:05 AM Hongyu Wang wrote: > > For vec_concatv2di, m constraint in alternative 0 and 1 could result in > egpr allocated on operand 2 under -mapxf. Should use jm instead. > > Bootstrapped/regtested on x86-64-linux-gnu. > > Ok for trunk? Ok. > > gcc/ChangeLog: > > *

[Bug libgcc/111731] [13/14 regression] gcc_assert is hit at libgcc/unwind-dw2-fde.c#L291

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731 --- Comment #2 from Hongtao.liu --- The original project is too complex for me to come up with a reproduction case, I can help with gdb if additional information is needed.

[Bug c++/94264] Array-to-pointer conversion not performed on array prvalues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94264 --- Comment #6 from Andrew Pinski --- (In reply to Nick Krempel from comment #0) > T{1, 2} + 1; > Ditto. That is what clang's issue: https://github.com/llvm/llvm-project/issues/54016 is about even.

[Bug libgcc/111731] [13/14 regression] gcc_assert is hit at libgcc/unwind-dw2-fde.c#L291

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731 --- Comment #1 from Hongtao.liu --- GCC11.3 is ok, GCC13.2 and later have the issue, I didn't verify GCC12.

[Bug libgcc/111731] New: [13/14 regression] gcc_assert is hit at libgcc/unwind-dw2-fde.c#L291

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111731 Bug ID: 111731 Summary: [13/14 regression] gcc_assert is hit at libgcc/unwind-dw2-fde.c#L291 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/111730] erroneous alloc-size-larger-than warning with -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111730 --- Comment #3 from Andrew Pinski --- Note you can reproduce the same warning with ( -O2 -fno-code-hoisting -fno-tree-loop-im -fno-tree-pre): ``` // #include typedef long unsigned int size_t; extern void *malloc (size_t size) __attribute__

[Bug tree-optimization/111730] erroneous alloc-size-larger-than warning with -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111730 --- Comment #2 from Andrew Pinski --- The difference between -O1 and -O2 is -O2 removes the empty loops.

[Bug c++/94264] Array-to-pointer conversion not performed on array prvalues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94264 Jiang An changed: What|Removed |Added CC||de34 at live dot cn --- Comment #5 from

[PATCH] [i386] APX EGPR: fix missing pattern that prohibits egpr

For vec_concatv2di, m constraint in alternative 0 and 1 could result in egpr allocated on operand 2 under -mapxf. Should use jm instead. Bootstrapped/regtested on x86-64-linux-gnu. Ok for trunk? gcc/ChangeLog: * config/i386/sse.md (vec_concatv2di): Replace constraint "m" with

[Bug c/111730] erroneous alloc-size-larger-than warning with -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111730 --- Comment #1 from Andrew Pinski --- You might want to add a check that x is not negative and I suspect that will fix the warning.

[Bug c/111730] New: erroneous alloc-size-larger-than warning with -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111730 Bug ID: 111730 Summary: erroneous alloc-size-larger-than warning with -O1 Product: gcc Version: 13.2.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug middle-end/111621] [RISC-V] Bad register allocation in vadd.vi may cause operational error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111621 JuzheZhong changed: What|Removed |Added CC||juzhe.zhong at rivai dot ai --- Comment

[PATCH v4] c++: Check for indirect change of active union member in constexpr [PR101631,PR102286]

Ping for https://gcc.gnu.org/pipermail/gcc-patches/2023-September/631203.html Rebased on top of current trunk and bootstrap + regtest on x86_64-pc-linux-gnu now completed without errors. -- >8 -- This patch adds checks for attempting to change the active member of a union by methods other than

Re: [PATCH 1/6] aarch64: Sync system register information with Binutils

> On 5 Oct 2023, at 14:04, Victor Do Nascimento > wrote: > > External email: Use caution opening links or attachments > > > On 10/5/23 12:42, Richard Earnshaw wrote: >> >> >> On 03/10/2023 16:18, Victor Do Nascimento wrote: >>> This patch adds the `aarch64-sys-regs.def' file to GCC,

[Bug libstdc++/86130] Expect SIGSEGV but program just silently exits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86130 --- Comment #21 from Jeremy R. --- Another option might be just do nothing and don't set the badbit, just pretend it's an empty string. This shouldn't break existing programs and would at least be something a programmer could more easily track

[Bug driver/111700] ICE: SIGSEGV in needs_read_p (input.cc:598) with -fdiagnostics-format=sarif-file or -fdiagnostics-format=sarif-stderr on pre-processed input

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111700 --- Comment #3 from David Malcolm --- Should be fixed on trunk by the above patch. Keeping open to track backporting the fix to gcc 13.

[pushed] libcpp: eliminate LINEMAPS_{ORDINARY,MACRO}_MAPS

Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu. Pushed to trunk as r14-4480-g0a0ceb7a72fe0b. libcpp/ChangeLog: * include/line-map.h (LINEMAPS_ORDINARY_MAPS): Delete. (LINEMAPS_MACRO_MAPS): Delete. * line-map.cc (linemap_tracks_macro_expansion_locs_p): Update

[pushed] analyzer: improvements to out-of-bounds diagrams [PR111155]

Update out-of-bounds diagrams to show existing string values, and the initial write index within a string buffer. For example, given the out-of-bounds write in strcat in: void test (void) { char buf[10]; strcpy (buf, "hello"); strcat (buf, " world!"); } the diagram improves from:

[pushed] libcpp: eliminate LINEMAPS_{,ORDINARY_,MACRO_}CACHE

It's simpler to use field access than to go through these inline functions that look as if they are macros. No functional change intended. Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu. Pushed to trunk as r14-4479-g45bae1809c3919. libcpp/ChangeLog: * include/line-map.h

[pushed] libcpp: eliminate LINEMAPS_LAST_ALLOCATED{, _ORDINARY, _MACRO}_MAP

Nothing uses these; delete them. Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu. Pushed to trunk as r14-4478-ga73c80d99736f0. libcpp/ChangeLog: * include/line-map.h (LINEMAPS_LAST_ALLOCATED_MAP): Delete. (LINEMAPS_LAST_ALLOCATED_ORDINARY_MAP): Delete.

[pushed] libcpp: eliminate COMBINE_LOCATION_DATA

This patch eliminates the function "COMBINE_LOCATION_DATA" (which hasn't been a macro since r6-739-g0501dbd932a7e9) and the function "get_combined_adhoc_loc" in favor of a new line_maps::get_or_create_combined_loc member function. No functional change intended. Successfully bootstrapped &

[pushed] diagnostics: fix ICE on sarif output when source file is unreadable [PR111700]

Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu. Pushed to trunk as r14-4474-g94caa6a6b4bd73. gcc/ChangeLog: PR driver/111700 * input.cc (file_cache::add_file): Update leading comment to clarify that it can fail. (file_cache::lookup_or_add_file):

[pushed] libcpp: "const" and other cleanups

No functional change intended. Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu. Pushed to trunk as r14-4475-g25af7c1a806c0c. gcc/ChangeLog: * input.cc (make_location): Move implementation to line_maps::make_location. libcpp/ChangeLog: * include/line-map.h

[Bug analyzer/111155] RFE: better diagrams for string operations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55 --- Comment #1 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:b365e9d57ad445c5491737e230bc94213a139de7 commit r14-4477-gb365e9d57ad445c5491737e230bc94213a139de7 Author: David Malcolm Date:

[Bug driver/111700] ICE: SIGSEGV in needs_read_p (input.cc:598) with -fdiagnostics-format=sarif-file or -fdiagnostics-format=sarif-stderr on pre-processed input

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111700 --- Comment #2 from CVS Commits --- The master branch has been updated by David Malcolm : https://gcc.gnu.org/g:94caa6a6b4bd73b6c2bf3ab5e43ca42c5da4287a commit r14-4474-g94caa6a6b4bd73b6c2bf3ab5e43ca42c5da4287a Author: David Malcolm Date:

gcc-14-20231008 is now available

Snapshot gcc-14-20231008 is now available on https://gcc.gnu.org/pub/gcc/snapshots/14-20231008/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 14 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

Re: Darwin: Replace environment runpath with embedded [PR88590]

+ Jeff > On 8 Oct 2023, at 14:07, Nathanael Nerode wrote: > > I hope a global maintainer can step up. I've been on hiatus from GCC work > for some years, and this was never my part of the build system anyway -- and > I don't use Darwin -- so I'm not qualified to review it. It looks fine but

[Bug c++/111728] C++ 20 coroutine segmentation fault in generic lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111728 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2023-10-08 Ever confirmed|0

[Bug tree-optimization/111668] [12/13 Regression] vrp2 (match and simplify) introduces invalid wide signed Boolean values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111668 --- Comment #8 from Krister Walfridsson --- I still see negation of a wide signed Boolean in the IR for this function. But now it is forwprop4 that changes _38 = (signed int) _16; _43 = -_38; _66 = () _43; to _56 = () _16; _66 =

[Bug fortran/67740] Wrong association status of allocatable character pointer in derived types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67740 --- Comment #9 from anlauf at gcc dot gnu.org --- (In reply to Paul Thomas from comment #8) > Created attachment 56073 [details] > "Fix" for this PR > > Hi Harald, > > You are touching the right place. However, this should be happening in >

[ARC PATCH] Improved SImode shifts and rotates on !TARGET_BARREL_SHIFTER.

This patch completes the ARC back-end's transition to using pre-reload splitters for SImode shifts and rotates on targets without a barrel shifter. The core part is that the shift_si3 define_insn is no longer needed, as shifts and rotates that don't require a loop are split before reload, and

[Bug libstdc++/86130] Expect SIGSEGV but program just silently exits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86130 --- Comment #20 from Jeremy R. --- Silently ruining the behavior of the rest of a program and leaving the programmer to pull their hair out over what on earth is happening seems very un-ideal behavior. This is a very easy mistake to make and

[Bug c/111708] Calling external global function instead of local static function.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111708 --- Comment #7 from Martin Uecker --- Created attachment 56075 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56075=edit patch adding error external / internal mismatch of functions Untested patch.

Re: [PING^1][PATCH] rs6000: Change bitwise xor to inequality operator [PR106907]

Ping! please review. Thanks & Regards Jeevitha On 16/06/23 9:55 am, Peter Bergner wrote: > On 6/12/23 6:18 AM, P Jeevitha wrote: >> Bitwise xor performed on bool >> is similar to checking inequality. So changed to inequality >> operator (!=) instead of bitwise xor (^). > [snip' >> - if

[Bug libstdc++/111729] Design considerations for operator<<(basic_ostream&, const charT*)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111729 --- Comment #2 from Jeremy R. --- Thank you for the quick response

[Bug libstdc++/86130] Expect SIGSEGV but program just silently exits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86130 Andrew Pinski changed: What|Removed |Added CC||llvm at rifkin dot dev --- Comment #19

[Bug libstdc++/111729] Design considerations for operator<<(basic_ostream&, const charT*)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111729 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug libstdc++/111729] New: Design considerations for operator<<(basic_ostream&, const charT*)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111729 Bug ID: 111729 Summary: Design considerations for operator<<(basic_ostream&, const charT*) Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug c++/111728] C++ 20 coroutine segmentation fault in generic lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111728 --- Comment #1 from Andrew Pinski --- [apinski@xeond2 upstream-gcc-git]$ ~/upstream-gcc/bin/gcc main.cpp.ii -std=gnu++20 /home/yunus/Projects/terraqtt/examples/main.cpp: In instantiation of

[Bug c++/111728] New: C++ 20 coroutine segmentation fault in generic lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111728 Bug ID: 111728 Summary: C++ 20 coroutine segmentation fault in generic lambda Product: gcc Version: 13.2.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug tree-optimization/111727] [14 Regression] wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111727 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Version|unknown

RE: [PATCH v4] [tree-optimization/110279] Consider FMA in get_reassociation_width

Attached is a new version of the patch. > -Original Message- > From: Richard Biener > Sent: Friday, October 6, 2023 5:33 PM > To: Di Zhao OS > Cc: gcc-patches@gcc.gnu.org > Subject: Re: [PATCH v4] [tree-optimization/110279] Consider FMA in > get_reassociation_width > > On Thu, Sep 14,

[Bug tree-optimization/111727] New: wrong code at -O3 on x86_64-linux-gnu

--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib Thread model: posix Supported LTO compression algorithms: zlib gcc version 14.0.0 20231008 (experimental) (GCC) [509] % [509] % gcctk -O2 small.c; ./a.out [510] % [510] % gcctk -O3 small.c [511] % ./a.out Aborted [512

Re: Re: [PATCH] TEST: Fix dump FAIL of vect-multitypes-16.c for RVV

No. They are not the same property. Maybe I should pretend RVV support vect_pack/vect_unpack and enable all the tests in target-supports.exp? juzhe.zh...@rivai.ai From: Jeff Law Date: 2023-10-08 23:09 To: Juzhe-Zhong; gcc-patches CC: rguenther Subject: Re: [PATCH] TEST: Fix dump FAIL of

Re: Re: [PATCH] TEST: Fix vect_cond_arith_* dump checks for RVV

It can't work. Still failed: spawn -ignore SIGHUP /work/home/jzzhong/work/toolchain/riscv/build/dev-rv64gcv_zfh-lp64d-medany-newlib-spike-debug/build-gcc-newlib-stage2/gcc/xgcc

[Bug libstdc++/111726] lgamma usage in std::poisson_distribution could cause a Data race

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111726 Andrew Pinski changed: What|Removed |Added Summary|Data race in|lgamma usage in

Re: [PATCH] TEST: Fix vect_cond_arith_* dump checks for RVV

On 10/7/23 16:02, 钟居哲 wrote: Do you mean change it like this ? /* { dg-final { scan-tree-dump-times { = \.COND_L?E?N?_?RDIV} 1 "optimized" { target vect_double_cond_arith } } } */ I was thinking something more like COND(_LEN)?_ADD The idea being we match _LEN conditionally as a group.

Re: [PATCH] TEST: Fix dump FAIL of vect-multitypes-16.c for RVV

On 10/8/23 05:35, Juzhe-Zhong wrote: RVV (RISC-V Vector) doesn't enable vect_unpack, but we still vectorize this case well. So, adjust dump check for RVV. gcc/testsuite/ChangeLog: * gcc.dg/vect/vect-multitypes-16.c: Fix dump FAIL of RVV. I'd hoped to avoid a bunch of risc-v special

Re: [PATCH] LoongArch: Adjust makefile dependency for loongarch headers.

On Sat, 2023-10-07 16:50:14 +0800, Yang Yujie wrote: > gcc/ChangeLog: > > * config.gcc: Add loongarch-driver.h to tm_files. > * config/loongarch/loongarch.h: Do not include loongarch-driver.h. > * config/loongarch/t-loongarch: Append loongarch-multilib.h to $(GTM_H) >

Re: [PATCH][_GLIBCXX_INLINE_VERSION] Fix

Hi François, > On 21 Sep 2023, at 05:41, François Dumont wrote: > > Tests were successful, ok to commit ? > > On 20/09/2023 19:51, François Dumont wrote: >> libstdc++: [_GLIBCXX_INLINE_VERSION] Add handle_contract_violation symbol >> alias >> >> libstdc++-v3/ChangeLog: >> >> *

Re: [PATCH] Fix coroutine tests for libstdc++ gnu-version-namespace mode

Hi François, > On 23 Sep 2023, at 21:10, François Dumont wrote: > > I'm eventually fixing those tests the same way we manage this problem in > libstdc++ testsuite. > >testsuite: Add optional libstdc++ version namespace in expected diagnostic > > When libstdc++ is build with

Re: [PATCH] Fix coroutine tests for libstdc++ gnu-version-namespace mode

Hi François, > On 23 Sep 2023, at 21:10, François Dumont wrote: > > I'm eventually fixing those tests the same way we manage this problem in > libstdc++ testsuite. > >testsuite: Add optional libstdc++ version namespace in expected diagnostic > > When libstdc++ is build with

[PATCH] openmp: Add support for the 'indirect' clause in C/C++

Hello This patch adds support for the 'indirect' clause in the 'declare target' directive in C/C++ (Fortran to follow) and adds the necessary infrastructure to support indirect calls in target regions. This allows one to pass in pointers to functions that have been declared as indirect from

Re: Darwin: Replace environment runpath with embedded [PR88590]

I hope a global maintainer can step up. I've been on hiatus from GCC work for some years, and this was never my part of the build system anyway -- and I don't use Darwin -- so I'm not qualified to review it. It looks fine but it should be reviewed by someone who knows what they're doing. On

Ping: [PATCH v5] C, ObjC: Add -Wunterminated-string-initialization

Hi, Gentle ping here. Thanks, Alex On Sun, Oct 01, 2023 at 06:24:00PM +0200, Alejandro Colomar wrote: > Warn about the following: > > char s[3] = "foo"; > > Initializing a char array with a string literal of the same length as > the size of the array is usually a mistake. Rarely is the

[PATCH] TEST: Fix XPASS of outer loop vectorization tests for RVV

Even though RVV doesn't enable vec_unpack/vec_pack, it succeed on outer loop vectorizations. Fix these following XPASS FAILs: XPASS: gcc.dg/vect/no-scevccp-outer-16.c scan-tree-dump-times vect "OUTER LOOP VECTORIZED." 1 XPASS: gcc.dg/vect/no-scevccp-outer-17.c scan-tree-dump-times vect "OUTER

[PATCH] TEST: Fix dump FAIL for RVV

gcc/testsuite/ChangeLog: * gcc.dg/vect/bb-slp-cond-1.c: Fix dump FAIL for RVV. * gcc.dg/vect/pr57705.c: Ditto. --- gcc/testsuite/gcc.dg/vect/bb-slp-cond-1.c | 4 ++-- gcc/testsuite/gcc.dg/vect/pr57705.c | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git

Discussion on ROP Mitigation Measures [-fzero-call-used-regs=all]

Hello, Following our previous discussion , I conducted further experiments using the -fzero-call-used-regs=all parameter in gcc-13.2.0 and delved deeper into the ROP mitigation mechanisms implemented during the compilation phase of these

[Bug target/111425] ia64: ICE in net/ipv4/fib_semantics.c:1621:1: internal compiler error: Segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111425 --- Comment #7 from Frank Scheiner --- Hi again, this problem was bisected by me and I identified the following commit as first bad commit:

[PATCH] TEST: Fix dump FAIL of vect-multitypes-16.c for RVV

RVV (RISC-V Vector) doesn't enable vect_unpack, but we still vectorize this case well. So, adjust dump check for RVV. gcc/testsuite/ChangeLog: * gcc.dg/vect/vect-multitypes-16.c: Fix dump FAIL of RVV. --- gcc/testsuite/gcc.dg/vect/vect-multitypes-16.c | 4 ++-- 1 file changed, 2

[Bug libstdc++/111726] New: Data race in std::poisson_distribution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111726 Bug ID: 111726 Summary: Data race in std::poisson_distribution Product: gcc Version: 13.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/111403] LoongArch: Wrong code with -O -mlasx -fopenmp-simd

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111403 Guo Jie changed: What|Removed |Added CC||guojie at loongson dot cn --- Comment #2

[Bug fortran/67740] Wrong association status of allocatable character pointer in derived types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67740 Paul Thomas changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #8

[Bug c/111708] Calling external global function instead of local static function.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111708 Martin Uecker changed: What|Removed |Added CC||muecker at gwdg dot de --- Comment #6

[PATCH] TEST: Fix dump FAIL for RVV (RISCV-V vector)

As this showed: https://godbolt.org/z/3K9oK7fx3 ARM SVE 2 times for FOLD_EXTRACT_LAST wheras RVV 4 times. This is because RISC-V doesn't enable vec_pack_trunc so we will failed conversion and fold_extract_last at the first time analysis. Then we succeed at the second time. So RVV has 4 times

Federal officials

Sent from my iPad

Re: [PATCH] Support g++ 4.8 as a host compiler.

> On 8 Oct 2023, at 05:40, Jeff Law wrote: > On 10/7/23 15:30, Sam James wrote: >> Jeff Law writes: >>> On 10/4/23 16:19, Roger Sayle wrote: The recent patch to remove poly_int_pod triggers a bug in g++ 4.8.5's C++ 11 support which mistakenly believes poly_uint16 has a

[Bug target/111725] New: Missed one vsetvl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111725 Bug ID: 111725 Summary: Missed one vsetvl Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee:

[Bug tree-optimization/111724] New: [Regression] Missed optimizations probably because of too early arithmetic optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111724 Bug ID: 111724 Summary: [Regression] Missed optimizations probably because of too early arithmetic optimization Product: gcc Version: 14.0 Status: UNCONFIRMED

Sources required...

Hi Looking at the code generated by the riscv backend: Consider this C source code: void shup1(QfloatAccump x) { QELT newbits,bits; int i; bits = x->mantissa[9] >> 63; x->mantissa[9] <<= 1; for( i=8; i>0; i-- ) { newbits = x->mantissa[i] >>

[Bug c++/94264] Array-to-pointer conversion not performed on array prvalues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94264 Fedor Chelnokov changed: What|Removed |Added CC||fchelnokov at gmail dot com ---

[PATCH] RISC-V: Support movmisalign of RVV VLA modes

Previously, I removed the movmisalign pattern to fix the execution FAILs in this commit: https://github.com/gcc-mirror/gcc/commit/f7bff24905a6959f85f866390db2fff1d6f95520 I was thinking that RVV doesn't allow misaligned at the beginning so I removed that pattern. However, after deep