Re: [PATCH version 4] rs6000, altivec-2-runnable.c update the, require-effective-target

Hi Carl, on 2024/6/22 00:15, Carl Love wrote: > GCC maintainers: > > version 4: Additional dg option updates per the feedback. Retested the > patch on Power 10, no regressions. > > version 3: Updated per the feedback from Peter, Kewen and Segher. Note, > Peter suggested the -mdejagnu-cpu=

Scopus indexed Journal (Engineering)

*Dear Colleagues! Warm greetings!* *WELCOME TO THE JOURNALOF SOUTHWEST JIAOTONG UNIVERSITY( Vol. 59 , No 4 - 2024)* *Journal of Southwest Jiaotong University, (ISSN: 0258-2724) *is a peer-reviewed, multidisciplinary specialized international journal a

Re: [PATCH][_Hashtable] Fix some implementation inconsistencies

Hi Still no time ? Thanks On 06/06/2024 19:02, François Dumont wrote: No chance ? On 22/05/2024 06:50, François Dumont wrote: Ping ? On 13/05/2024 06:33, François Dumont wrote: libstdc++: [_Hashtable] Fix some implementation inconsistencies     Get rid of the different usages of the muta

Re: [PATCH version 2] rs6000, altivec-1-runnable.c update the, require-effective-target

Hi, on 2024/6/22 00:15, Carl Love wrote: > GCC maintainers: > > version 2, update the dg options per the feedback. Retested the patch on > Power 10 with no regressions. > > This patch updates the dg options. > > The patch has been tested on Power 10 with no regression failures. > > Please le

Re: [PATCH 06/11] Handle enums for CodeView

On 6/17/24 6:17 PM, Mark Harmstone wrote: Translates DW_TAG_enumeration_type DIEs into LF_ENUM symbols. gcc/ * dwarf2codeview.cc (MAX_FIELDLIST_SIZE): Define. (struct codeview_integer): New structure. (struct codeview_subtype): Likewise

Re: [PATCH 05/11] Handle const and varible modifiers for CodeView

On 6/17/24 6:17 PM, Mark Harmstone wrote: Translate DW_TAG_const_type and DW_TAG_volatile_type DIEs into LF_MODIFIER symbols. gcc/ * dwarf2codeview.cc (struct codeview_custom_type): Add lf_modifier to union. (write_cv_padding, write_lf_modifier): Ne

Re: [PATCH 04/11] Handle pointers for CodeView

On 6/17/24 6:17 PM, Mark Harmstone wrote: Translates DW_TAG_pointer_type DIEs into LF_POINTER symbols, which get output into the .debug$T section. gcc/ * dwarf2codeview.cc (FIRST_TYPE): Define. (struct codeview_custom_type): New structure. (custom_t

Re: [PATCH 03/11] Handle typedefs for CodeView

On 6/17/24 6:17 PM, Mark Harmstone wrote: gcc/ * dwarf2codeview.cc (get_type_num): Handle typedefs. Thanks. I've pushed this to the trunk. jeff

Re: [PATCH 02/11] Handle CodeView base types

On 6/17/24 6:17 PM, Mark Harmstone wrote: Adds a get_type_num function to translate type DIEs into CodeView numbers, along with a hash table for this. For now we just deal with the base types (integers, Unicode chars, floats, and bools). gcc/ * dwarf2codeview.cc (struct cod

[to-be-committed][RISC-V][V2]

This is primarily Sergei's work, my contributions were limited to merging his expander with the one that's on the trunk, allowing non-constant value and trivial testsuite adjustments due to option renaming. I'm doing setmem first because it's the easiest. The others will follow soon enough.

Re: [PATCH 01/11] Output CodeView data about variables

On 6/17/24 6:17 PM, Mark Harmstone wrote: Parse the DW_TAG_variable DIEs, and outputs S_GDATA32 (for global variables) and S_LDATA32 (static global variables) symbols into the .debug$S section. gcc/ * dwarf2codeview.cc (S_LDATA32, S_GDATA32): Define. (struct cod

[PATCH V2] [x86] Optimize a < 0 ? -1 : 0 to (signed)a >> 31.

> I think the check for TYPE_UNSIGNED should be of TREE_TYPE (@0) rather > than type here. Changed > Or maybe you need `types_match (type, TREE_TYPE (@0))` too. And use tree_nop_conversion_p (type, TREE_TYPE (@0)) and add view_convert to rshift. Bootstrapped and regtested on x86_64-pc-linux-gnu

[PATCH] Fortran: fix passing of optional dummy as actual to optional argument [PR55978]

Dear all, the attached patch fixes issues exhibited by the testcase in comment#19 of PR55978. First, when passing an allocatable optional dummy array to an optional dummy, we need to prevent accessing the data component of the array when the argument is not present, and pass a null pointer inste

Re: [PATCH] RISC-V: Fix unrecognizable pattern in riscv_expand_conditional_move()

On 6/21/24 8:46 AM, Artemiy Volkov wrote: Presently, the code fragment: int x[5]; void d(int a, int b, int c) { for (int i = 0; i < 5; i++) x[i] = (a != b) ? c : a; } causes an ICE when compiled with -O2 -march=rv32i_zicond: test.c: In function 'd': test.c: error: unrecognizable in

[C PATCH] C: Error message for incorrect use of static in array declarations

This adds an explicit error message for [static] and [static*]  (the same as clang has) instead of the generic "error: expected expression before ']' token", which is not entirely accurate. For function definitions the subsequent error "[*] can not be used outside function prototype scope" is the

[PATCH] Fix MinGW option -mcrtdll=

Add missing msvcr40* and msvcrtd* cases to CPP_SPEC and document missing _UCRT macro and msvcr71* case. Fixes commit 453cb585f0f8673a5d69d1b420ffd4b3f53aca00. gcc/ * config/i386/mingw-w64.h (CPP_SPEC): Add missing -mcrtdll= cases: msvcr40*, msvcrtd*. * config/mingw/mingw32.h (CPP_S

[to-be-commited][RISC-V] Fix unrecognizable pattern in riscv_expand_conditional_move()

This is Artemiy's patch just reformatting so that pre-commit can apply and test it. The patch looks good to me and it's spinning in my tester as well. -- Presently, the code fragment: int x[5]; void d(int a, int b, int c) { for (int i = 0; i < 5; i++) x[i] = (a != b) ? c : a; } cause

Re: [PATCH 7/8] vect: Support multiple lane-reducing operations for loop reduction [PR114440]

>> - if (slp_node) >> + if (slp_node && SLP_TREE_LANES (slp_node) > 1) > > Hmm, that looks wrong. It looks like SLP_TREE_NUMBER_OF_VEC_STMTS is off > instead, which is bad. > >> nvectors = SLP_TREE_NUMBER_OF_VEC_STMTS (slp_node); >>else >> nvectors = vect_get_nu

[to-be-committed][V2][RISC-V] Handle bit manipulation of SImode values

Nothing actually changed, just attached the wrong patch last time... -- Last patch in this round of bitmanip work... At least I think I'm going to pause here and switch gears to other projects that need attention 🙂 This patch introduces the ability to generate bitmanip instructions for rv

[committed][RISC-V][PR target/114139] Verify we have a CONST_INT before extracting INTVAL

Run-of-the-mill checking issue. We had something like (plus (reg) (reg)) and tried to extract INTVAL (XEXP (x, 1)) which of course blows up with checking on. Fixed thusly. Tested on riscv32-elf in my tester. riscv64-elf is in flight, but won't finish for a while due to other tasks in fligh

RE: [PATCH v1] Ifcvt: Add cond tree reconcile for truncated .SAT_SUB

> You need to refactor this to add to the stmts pattern def sequence > (look for append_pattern_def_seq uses for example) Thanks Richard, really save my day, will have a try in v2. Pan -Original Message- From: Richard Biener Sent: Saturday, June 22, 2024 9:19 PM To: Li, Pan2 Cc: gcc-

[PATCH] tree-optimization/115599 - reassoc qsort comparator issue

The compare_repeat_factors comparator fails qsort checking eventually because it uses rf2->rank - rf1->rank to compare unsigned numbers which causes issues for ranks that interpret negative as signed. Fixed by re-writing the obvious way. I've also fixed the count comparison which suffers from tru

[PATCH] Fix test errors introduced with fix for PR115157

This should fix the test failures introduced by the fix for PR115157. Tested on x86_64 and also tested with -m32. Fix test errors introduced with fix for PR115157. Fix tests introduced when fixing PR115157 that assume sizeof(enum)==sizeof(int) by adding the flag -fno-short-en

[PATCH] tree-optimization/115597 - allow CSE of two-operator VEC_PERM nodes

The following makes sure to always CSE when there's SLP_TREE_SCALAR_STMTS as otherwise a chain of two-operator node operations can result in exponential behavior of the CSE process as likely seen when building 510.parest on aarch64. Bootstrap and regtest running on x86_64-unknown-linux-gnu.

Re: [PATCH 6/6] Add a late-combine pass [PR106594]

On Sat, Jun 22, 2024 at 6:50 PM Richard Sandiford wrote: > > Takayuki 'January June' Suwa writes: > > On 2024/06/20 22:34, Richard Sandiford wrote: > >> This patch adds a combine pass that runs late in the pipeline. > >> There are two instances: one between combine and split1, and one > >> after

[PATCH] Fix test errors after r15-1394 for sizeof(int)==sizeof(long) [PR115545]

This fixes the test failures introduced by the fix for PR115109. Tested on x86_64 and also tested with -m32. Fix test errors after r15-1394 for sizeof(int)==sizeof(long) [PR115545] Some tests added to test the type of redeclarations of enumerators in r15-1394 fail on architec