[PATCH] testsuite, rs6000: Remove powerpc_popcntb_ok

Hi, There are three uses of effective target powerpc_popcntb_ok, they are all for compiling, but powerpc_popcntb_ok checks for executable generation, which is too heavy. This patch is to remove powerpc_popcntb_ok and adjust its three uses accordingly. Regtested on powerpc64-linux-gnu P8/P9 and

[PATCH 1/2] testsuite, rs6000: Make powerpc_vsx consider current_compiler_flags [PR114842]

Hi, As noted in PR114842, most of the test cases which require effective target check powerpc_vsx_ok actually care about if VSX feature is enabled, and they should adopt effective target powerpc_vsx instead. By considering we already have a number of test cases having explicit -mvsx in

[PATCH] testsuite, rs6000: Remove effective target powerpc_405_nocache

Hi, With the introduction of -mdejagnu-cpu=, when the test case is specifying -mdejagnu-cpu=405, it would override the other possibly given -mcpu=, so it would compile for PowerPC 405 for sure. This patch is to remove the effective target powerpc_405_nocache and update all its uses. Regtested

[PATCH] libgcc, rs6000: Remove powerpcspe related code

Hi, Since r9-4728 the powerpcspe support had been removed, this follow-up patch is to remove the remaining pieces in libgcc. Bootstrapped and regtested on powerpc64-linux-gnu P8/P9 and powerpc64le-linux-gnu P9 and P10. I'm going to push this soon if no objections. BR, Kewen -

[PATCH] rs6000: Add assert !TARGET_VSX if !TARGET_ALTIVEC and strip a useless check

Hi, In function rs6000_option_override_internal, we have the checks and adjustments like: if (TARGET_P8_VECTOR && !TARGET_ALTIVEC) rs6000_isa_flags &= ~OPTION_MASK_P8_VECTOR; if (TARGET_P8_VECTOR && !TARGET_VSX) rs6000_isa_flags &= ~OPTION_MASK_P8_VECTOR; But in fact some previous

[PATCH] testsuite, rs6000: Remove all linux*paired* checks and cases

Hi, Since r9-115-g559289370f76bf the support of paired single had been dropped, but we still have some test checks and cases for that, this patch is to get rid of them. Regtested on powerpc64-linux-gnu P8/P9 and powerpc64le-linux-gnu P9 and P10. I'm going to push this soon if no objections.

[PATCH] testsuite, rs6000: Remove some checks with aix[456]

Hi, Since r12-75-g0745b6fa66c69c aix6 support had been dropped, so we don't need to check for aix[456].* when testing, this patch is to remove such checks. Regtested on powerpc64-linux-gnu P8/P9 and powerpc64le-linux-gnu P9 and P10. I'm going to push this soon if no objections. BR, Kewen -

[PATCH] testsuite: Fix typo in torture/vector-{1,2}.c

Hi, When making some clean up patches, I happened to find test cases vector-{1,2}.c are having typo "powerpc64--*-*" in target selector, which should be powerpc64-*-*. The reason why we didn't catch before is that all our testing machines support VMX insns, so it passes always. But it would

[PATCH] rs6000: Drop useless vector_{load,store}_ defines

Hi, When I was working on a patch to get rid of TFmode, I noticed that define_expands vector_load_ and vector_store_ are useless. This patch is to clean up both. Bootstrapped and regtested on powerpc64-linux-gnu P8/P9 and powerpc64le-linux-gnu P9 and P10. I'm going to push this soon if no

[Bug target/114981] [avr] Improve powi implementation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114981 --- Comment #1 from Georg-Johann Lay --- (In reply to Georg-Johann Lay from comment #0) > ... due to PR11093 ... PR110093

[PATCH] rs6000: Remove useless entries in rreg

Hi, When I was working on a trial patch to get rid of TFmode, I noticed that mode attribute rreg only gets used for mode iterator SFDF, it means that only SF and DF key-value pairs are useful, the other are useless, so this patch is to clean up them. Bootstrapped and regtested on

[PATCH] rs6000: Remove useless operands[3]

Hi, As shown, three uses of operands[3] are totally useless, so this patch is to remove them to avoid any confusion. Bootstrapped and regtested on powerpc64-linux-gnu P8/P9 and powerpc64le-linux-gnu P9 and P10. I'm going to push this soon if no objections. BR, Kewen - gcc/ChangeLog:

[PATCH] rs6000: Clean up TF and TD check with FLOAT128_2REG_P

Hi, Commit r6-2116-g2c83faf86827bf did some clean up on TFmode and TFmode check with FLOAT128_2REG_P, but it missed to update an assertion, this patch is to make it align. btw, it's noticed when I'm making a patch to get rid of TFmode. Bootstrapped and regtested on powerpc64-linux-gnu P8/P9 and

[Bug target/114981] New: [avr] Improve powi implementation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114981 Bug ID: 114981 Summary: [avr] Improve powi implementation Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug target/114968] [14/15 Regression] missing `__thiscall` attribute on builtin declaration of `__cxa_thread_atexit()`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114968 --- Comment #10 from LIU Hao --- (In reply to Jakub Jelinek from comment #8) > Created attachment 58123 [details] > gcc15-pr114968.patch > > This is what I'd do, but completely untested... It does not solve the issue. Side note: Although I

[gcc(refs/users/meissner/heads/work165-tar)] Update ChangeLog.*

https://gcc.gnu.org/g:d81590918ee29d6ad3ce7ae79d7c4d610a606dcf commit d81590918ee29d6ad3ce7ae79d7c4d610a606dcf Author: Michael Meissner Date: Wed May 8 02:16:29 2024 -0400 Update ChangeLog.* Diff: --- gcc/ChangeLog.tar | 12 1 file changed, 12 insertions(+) diff --git

[gcc(refs/users/meissner/heads/work165-tar)] Add -mfspr option.

https://gcc.gnu.org/g:3c0f768586bc719c0b78b49d676aaae1babfa872 commit 3c0f768586bc719c0b78b49d676aaae1babfa872 Author: Michael Meissner Date: Wed May 8 02:15:10 2024 -0400 Add -mfspr option. 2024-05-08 Michael Meissner * config/rs6000/rs6000-cpus.def

[gcc r15-312] Enable prange support.

https://gcc.gnu.org/g:36e877996936abd8bd08f8b1d983c8d1023a5842 commit r15-312-g36e877996936abd8bd08f8b1d983c8d1023a5842 Author: Aldy Hernandez Date: Tue May 7 14:05:50 2024 +0200 Enable prange support. This throws the switch on prange. After this patch, it is no longer valid

[COMMITTED] Enable prange support.

This throws the switch on prange. After this patch, it is no longer valid to store a pointer in an irange (or vice versa). Instead, they must go in prange, which is faster and more memory efficient. I will push this now, so I have time to do any follow-up bugfixing before going on paternity

<    1   2   3   4   5