PowerPC: Update IEEE 128-bit built-in functions to work if long double is IEEE
128-bit.
This patch adds long double variants of the power10 __float128 built-in
functions. This is needed because __float128 uses TFmode in this case
instead of KFmode.
gcc/
2020-09-23 Michael Meissner
*
>From e4114c9c13067b356f9ab5c5bb4c6a928771aef8 Mon Sep 17 00:00:00 2001
From: Michael Meissner
Date: Wed, 23 Sep 2020 17:12:56 -0400
Subject: [PATCH 8/9] PowerPC: Change tests to use __float128 instead of
__ieee128.
Two of the tests used the __ieee128 keyword instead of __float128. This
patch c
PowerPC: Use __builtin_pack_ieee128 if long double is IEEE 128-bit.
This patch changes the __ibm128 emulator to use __builtin_pack_ieee128
instead of __builtin_pack_longdouble if long double is IEEE 128-bit, and
we need to use the __ibm128 type.
libgcc/
2020-09-23 Michael Meissner
* c
On Thu, Sep 24, 2020 at 10:24:52AM +0200, Florian Weimer wrote:
> * Michael Meissner via Gcc-patches:
>
> > These patches are my latest versions of the patches to add IEEE 128-bit min,
> > max, and conditional move to GCC. They correspond to the earlier patches #3
> > and #4 (patches #1 and #2 ha
On 9/18/20 12:38 PM, Aldy Hernandez via Gcc-patches wrote:
As part of the ranger work, we have been trying to clean up and
generalize interfaces whenever possible. This not only helps in
reducing the maintenance burden going forward, but provides mechanisms
for backwards compatibility between
Hi!
On Thu, Sep 24, 2020 at 10:59:09AM -0500, will schmidt wrote:
> This is a sub-set of the 128-bit sign extension support patch series
> that I believe will be fully implemented in a subsequent patch from Carl.
> This is a necessary pre-requisite for the vector-load/store rightmost
> element p
Hi!
On Wed, Sep 23, 2020 at 05:12:44PM -0500, Paul A. Clarke wrote:
> +extern __inline __m128i __attribute__((__gnu_inline__, __always_inline__,
> __artificial__))
> +_mm_insert_epi8 (__m128i const __A, int const __D, int const __N)
> +{
> + __v16qi result = (__v16qi)__A;
> +
> + result [(__N &
On Wed, Sep 23, 2020 at 05:12:45PM -0500, Paul A. Clarke wrote:
> Copied from gcc.target/i386.
Okay for trunk then. Thanks!
(I peeked, it is just fine ;-) )
Segher
On Linux/x86_64,
2e66e53b1efb98f5cf6b0a123990c1ca999affd7 is the first bad commit
commit 2e66e53b1efb98f5cf6b0a123990c1ca999affd7
Author: Nathan Sidwell
Date: Thu Sep 24 06:17:00 2020 -0700
c++: local-decls are never member fns [PR97186]
caused
FAIL: g++.dg/template/local-fn4.C -std=c++
This new warning can be used to prevent expensive copies inside range-based
for-loops, for instance:
struct S { char arr[128]; };
void fn () {
S arr[5];
for (const auto x : arr) { }
}
where auto deduces to S and then we copy the big S in every iteration.
Using "const auto &x" would
The machinery recently added to support -Warray-parameter and
-Wvla-parameter also results in enhanced detection of null
pointer arguments to VLA function parameters. This enhancement
wasn't tested as comprehensively as it should have been and
so has some bugs. The attached patch fixes one that
On Linux/x86_64,
c33f474239308d81bf96cfdb2520d25488ad8724 is the first bad commit
commit c33f474239308d81bf96cfdb2520d25488ad8724
Author: Jan Hubicka
Date: Thu Sep 24 15:09:17 2020 +0200
Add access through parameter derference tracking to modref
caused
FAIL: gcc.target/i386/sse2-mmx-pins
On Linux/x86_64,
c33f474239308d81bf96cfdb2520d25488ad8724 is the first bad commit
commit c33f474239308d81bf96cfdb2520d25488ad8724
Author: Jan Hubicka
Date: Thu Sep 24 15:09:17 2020 +0200
Add access through parameter derference tracking to modref
caused
FAIL: gcc.dg/ipa/ipa-pta-13.c scan-
On Thu, Sep 24, 2020 at 11:04:38AM -0500, will schmidt wrote:
> [PATCH 2/2, rs6000] VSX load/store rightmost element operations
>
> Hi,
> This adds support for the VSX load/store rightmost element operations.
> This includes the instructions lxvrbx, lxvrhx, lxvrwx, lxvrdx,
> stxvrbx, stxvrhx, st
On Sep 24, 2020, at 2:38 AM, Tom de Vries wrote:
>
> Fix this by adding an effective target ident_directive, and requiring
> it in both test-cases.
> OK for trunk?
Ok.
On Linux/x86_64,
2e66e53b1efb98f5cf6b0a123990c1ca999affd7 is the first bad commit
commit 2e66e53b1efb98f5cf6b0a123990c1ca999affd7
Author: Nathan Sidwell
Date: Thu Sep 24 06:17:00 2020 -0700
c++: local-decls are never member fns [PR97186]
caused
FAIL: g++.dg/template/local-fn4.C -std=c++
On Linux/x86_64,
c33f474239308d81bf96cfdb2520d25488ad8724 is the first bad commit
commit c33f474239308d81bf96cfdb2520d25488ad8724
Author: Jan Hubicka
Date: Thu Sep 24 15:09:17 2020 +0200
Add access through parameter derference tracking to modref
caused
FAIL: gcc.target/i386/sse2-mmx-pins
On Linux/x86_64,
c33f474239308d81bf96cfdb2520d25488ad8724 is the first bad commit
commit c33f474239308d81bf96cfdb2520d25488ad8724
Author: Jan Hubicka
Date: Thu Sep 24 15:09:17 2020 +0200
Add access through parameter derference tracking to modref
caused
FAIL: gcc.dg/ipa/ipa-pta-13.c scan-
In g:70cdb21e579191fe9f0f1d45e328908e59c0179e, DECL/global variable has handled
misaligned stores, but it didn't handle PARALLEL values, and I refer the
other part of this function, I found the PARALLEL need handled by
emit_group_* functions, so I add a check, and using emit_group_store if
storing
Hi,
On 2020/9/24 21:27, Richard Biener wrote:
> On Thu, Sep 24, 2020 at 10:21 AM xionghu luo wrote:
>
> I'll just comment that
>
> xxperm 34,34,33
> xxinsertw 34,0,12
> xxperm 34,34,32
>
> doesn't look like a variable-position insert instruction but
> this is a varia
On September 25, 2020 5:50:40 AM GMT+02:00, xionghu luo
wrote:
>Hi,
>
>On 2020/9/24 21:27, Richard Biener wrote:
>> On Thu, Sep 24, 2020 at 10:21 AM xionghu luo
>wrote:
>>
>> I'll just comment that
>>
>> xxperm 34,34,33
>> xxinsertw 34,0,12
>> xxperm 34,34,32
>>
>>
- According the conclusion in RISC-V C API document, we decide to deprecat
the __riscv_cmodel_pic marco
- __riscv_cmodel_pic is deprecated and will removed in next GCC
release.
[1] https://github.com/riscv/riscv-c-api-doc/pull/11
---
gcc/config/riscv/riscv-c.c| 7 ---
On Thu, 24 Sep 2020, Jason Merrill wrote:
> On 9/24/20 3:43 AM, Richard Biener wrote:
> > On Wed, 23 Sep 2020, Jason Merrill wrote:
> >
> >> On 9/23/20 2:42 PM, Richard Biener wrote:
> >>> On September 23, 2020 7:53:18 PM GMT+02:00, Jason Merrill
> >>>
> >>> wrote:
> On 9/23/20 4:14 AM, Ric
On Fri, 25 Sep 2020, Kito Cheng wrote:
> In g:70cdb21e579191fe9f0f1d45e328908e59c0179e, DECL/global variable has
> handled
> misaligned stores, but it didn't handle PARALLEL values, and I refer the
> other part of this function, I found the PARALLEL need handled by
> emit_group_* functions, so I
Hi,
On 2020/9/24 20:39, Richard Sandiford wrote:
> xionghu luo writes:
>> @@ -2658,6 +2659,43 @@ expand_vect_cond_mask_optab_fn (internal_fn, gcall
>> *stmt, convert_optab optab)
>>
>> #define expand_vec_cond_mask_optab_fn expand_vect_cond_mask_optab_fn
>>
>> +/* Expand VEC_SET internal
On Thu, Sep 24, 2020 at 9:38 PM Segher Boessenkool
wrote:
>
> Hi!
>
> On Thu, Sep 24, 2020 at 04:55:21PM +0200, Richard Biener wrote:
> > Btw, on x86_64 the following produces sth reasonable:
> >
> > #define N 32
> > typedef int T;
> > typedef T V __attribute__((vector_size(N)));
> > V setg (V v,
101 - 126 of 126 matches
Mail list logo
