> -Original Message-
> From: Andrew Pinski [mailto:pins...@gcc.gnu.org]
> Sent: Saturday, November 5, 2022 2:34 PM
> To: Zhongyunde
> Cc: hongtao@intel.com; gcc-patches@gcc.gnu.org; Zhangwen(Esan)
> ; Weiwei (weiwei, Compiler)
> ; zhong_1985...@163.com
> Subject: Re: [PATCH] [PHIOPT]
On Oct 6, 2022, Alexandre Oliva wrote:
> I'd much rather we could use -fmultiflags, a far more elegant
> arrangement IMHO, so...
> Ping? https://gcc.gnu.org/pipermail/gcc-patches/2022-June/597419.html
>> for gcc/ChangeLog
>> * common.opt (fmultiflags): New.
>> * doc/invoke.texi: Document it
On Fri, Nov 4, 2022 at 1:18 PM Jonathan Wakely via Gcc-patches
wrote:
>
> OK for trunk and release branches?
OK
> -- >8 --
>
> As shown in the PR, the default is not UTF-32 but rather UTF-32BE or
> UTF-32LE, avoiding the need for a byte order mark in literals.
>
> gcc/ChangeLog:
>
> PR c
On Fri, Nov 4, 2022 at 6:26 PM Richard Purdie via Gcc-patches
wrote:
>
> e5c15eb183f17e806ad6b58c9497321ded87866f introduced a regression as
> some ada tests end up passing NULL as the filename to remap_filename().
> Handle this as before to fix the tests.
OK.
> gcc/ChangeLog:
>
> * file-prefix-
On Thu, Nov 3, 2022 at 10:01 PM Bernhard Reutner-Fischer via
Gcc-patches wrote:
>
> It looks like there was some memory leak in the handling
> of attribute target_clones, introduced in 5928bc2ec06d .
>
> Ok for trunk if testing passes?
OK
> gcc/ChangeLog:
>
> * multiple_target.cc (expand
On Wed, Nov 2, 2022 at 8:09 PM H.J. Lu via Gcc-patches
wrote:
>
> Extend optimization for
>
> _1 = __atomic_fetch_or_4 (ptr_6, 0x8000, _3);
> _5 = (signed int) _1;
> _4 = _5 >= 0;
>
> to
>
> _1 = __atomic_fetch_or_4 (ptr_6, 0x8000, _3);
> _5 = (signed int) _1;
> if (_5 >= 0)
OK.
> gcc/
>
On Wed, Nov 2, 2022 at 1:46 PM Uros Bizjak wrote:
>
> On Wed, Nov 2, 2022 at 1:45 PM Robin Dapp wrote:
> >
> > > IIRC, I was trying to "fix" modeless operand by giving it a mode, but
> > > since it made no difference for x86, I later dropped the patch.
> > > However, operand with a known mode is
On Mon, Oct 31, 2022 at 1:00 PM Tamar Christina via Gcc-patches
wrote:
>
> Hi All,
>
> This patch series is to add recognition of pairwise operations (reductions)
> in match.pd such that we can benefit from them even at -O1 when the vectorizer
> isn't enabled.
>
> Ths use of these allow for a lot
On Mon, Oct 31, 2022 at 11:14 PM Jeff Law via Gcc-patches
wrote:
>
>
> On 10/30/22 20:42, Jiufu Guo via Gcc-patches wrote:
> > Hi,
> >
> > We know that for struct variable assignment, memory copy may be used.
> > And for memcpy, we may load and store more bytes as possible at one time.
> > While i
On Wed, Nov 2, 2022 at 8:59 AM Kewen.Lin wrote:
>
> Hi,
>
> As the test case in PR107412 shows, we can fold IFN .LEN_{LOAD,
> STORE} into normal vector load/store if the given length is known
> to be equal to the length of the whole vector. It would help to
> improve overall cycles as normally th
On Wed, Nov 2, 2022 at 10:47 PM apinski--- via Gcc-patches
wrote:
>
> From: Andrew Pinski
>
> Even though this PR was reported with an ubsan issue, the problem is
> tree_nonzero_bits is being called with an expression which is a vector type.
It seems to me the semantics
for vectors should be cle
On Wed, Nov 2, 2022 at 10:48 PM apinski--- via Gcc-patches
wrote:
>
> From: Andrew Pinski
>
> Right now anyone could call tree_nonzero_bits with
> either complex or vector types and this will return
> the wrong thing. So just assert that nobody calls
> it with this.
>
> OK? Bootstrapped and teste
On Tue, 11 Oct 2022 at 16:05, Jakob Hasse via Libstdc++
wrote:
>
> Hello, is there any update regarding the patch PR105387 for bug 105387? We've
> been waiting for some time now, but the bugzilla bug is still open:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105387. If there is any issue
> w
Tested x86_64-linux. Pushed to trunk.
-- >8 --
As the PR notes, the current conversion operators are defined as
function templates so that we can use SFINAE. But this changes how they
are considered for overload resolution. This moves those operators into
base classes that can be specialized so t
On Tue, 1 Nov 2022, Jiufu Guo wrote:
> Segher Boessenkool writes:
>
> > On Mon, Oct 31, 2022 at 04:13:38PM -0600, Jeff Law wrote:
> >> On 10/30/22 20:42, Jiufu Guo via Gcc-patches wrote:
> >> >We know that for struct variable assignment, memory copy may be used.
> >> >And for memcpy, we may load
On Wed, 2 Nov 2022, Aldy Hernandez wrote:
> On Wed, Nov 2, 2022 at 10:55 AM Tamar Christina
> wrote:
> >
> > Hi Aldy,
> >
> > I'm trying to use Ranger to determine if a range of an expression is a
> > single bit.
> >
> > If possible in case of a mask then also the position of the bit that's
>
On Fri, 2022-11-04 at 09:44 -0400, Lewis Hyatt via Gcc-patches wrote:
> Add a new linemap reason LC_GEN which enables encoding the location
> of data
> that was generated during compilation and does not appear in any
> source file.
> There could be many use cases, such as, for instance, referring t
Thanks for the comments! I have some replies below.
On Sat, Nov 5, 2022 at 12:23 PM David Malcolm wrote:
> [...snip...]
> >
> > diff --git a/gcc/c-family/c-common.cc b/gcc/c-family/c-common.cc
> > index 5890c18bdc3..2935d7fb236 100644
> > --- a/gcc/c-family/c-common.cc
> > +++ b/gcc/c-family/c-co
Hi,
The front-end added semantic support to permit comparing two vector
expressions. This removes the restriction in the code generator, as
well as the intrisics that previously exposed the same operation.
Bootstrapped and regression tested on x86_64-linux-gnu/-m32/-mx32,
committed to mainline.
Hi,
Noticed when running on x86_64-linux-gnu with `-m32', this test
triggered a different kind of error. Adjusted the test to use a
different register that is common between x86 and x86_64.
Bootstrapped and regression tested on x86_64-linux-gnu/-m32/-mx32,
committed to mainline.
Regards,
Iain.
Prior to the attached patch, there is a problem with realloc on assignment
with kind=4 characters as the string length was compared with the byte size,
which was always true.
I initially thought, looking at the code, that scalars have the same issues,
but they don't; hence, I ended up with a comm
Pushed.
Gerald
---
htdocs/codingrationale.html | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/htdocs/codingrationale.html b/htdocs/codingrationale.html
index 900f6c53..6cc76885 100644
--- a/htdocs/codingrationale.html
+++ b/htdocs/codingrationale.html
@@ -197,11 +197,11 @
Pushed.
Gerald
---
htdocs/gcc-4.8/changes.html | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/htdocs/gcc-4.8/changes.html b/htdocs/gcc-4.8/changes.html
index 39557435..cb30a5e9 100644
--- a/htdocs/gcc-4.8/changes.html
+++ b/htdocs/gcc-4.8/changes.html
@@ -258,7 +258,7 @
Use wrapper of riscv_vector.h for RVV related testcases,
more detail see
https://gcc.gnu.org/pipermail/gcc-patches/2022-October/603140.html
gcc/testsuite/ChangeLog:
* gcc/testsuite/gcc.target/riscv/rvv/base/mov-1.c: Use double quotes to
include riscv_vector.h rather than angle br
Alternative fix for those testcase has posted:
https://gcc.gnu.org/pipermail/gcc-patches/2022-November/605126.html
On Tue, Nov 1, 2022 at 11:36 AM Palmer Dabbelt wrote:
>
> On Mon, 31 Oct 2022 16:52:25 PDT (-0700), juzhe.zh...@rivai.ai wrote:
> > These cases actually doesn't care about -mabi, th
在 2022/11/4 下午2:39, Xi Ruoyao 写道:
Signed overflow is an undefined behavior, so we need to prevent it from
happening, instead of "checking" the result.
gcc/ChangeLog:
* config/loongarch/loongarch.cc (loongarch_emit_int_compare):
Avoid signed overflow.
---
Bootstrapped and regt
在 2022/11/4 下午10:37, Xi Ruoyao 写道:
Add fcopysign.{s,d} with the names copysign{sf,df}3 so GCC will expand
__builtin_copysign{f,} to a single instruction.
Link: https://sourceware.org/pipermail/libc-alpha/2022-November/143177.html
gcc/ChangeLog:
* config/loongarch/loongarch.md (UNSPEC
On Sun, 2022-11-06 at 09:57 +0800, Lulu Cheng wrote:
>
> 在 2022/11/4 下午10:37, Xi Ruoyao 写道:
> > Add fcopysign.{s,d} with the names copysign{sf,df}3 so GCC will expand
> > __builtin_copysign{f,} to a single instruction.
> >
> > Link: https://sourceware.org/pipermail/libc-alpha/2022-November/143177
28 matches
Mail list logo
