在 2023/12/22 下午3:09, Xi Ruoyao 写道:
On Fri, 2023-12-22 at 11:44 +0800, chenglulu wrote:
在 2023/12/21 下午8:00, chenglulu 写道:
Sorry, I've been busy with something else these two days. I don't
think there's anything wrong with the code,
but I need to test the spec.:-)
Hi, Ruoyao:
After
On Fri, 2023-12-22 at 11:44 +0800, chenglulu wrote:
>
> 在 2023/12/21 下午8:00, chenglulu 写道:
> > Sorry, I've been busy with something else these two days. I don't
> > think there's anything wrong with the code,
> >
> > but I need to test the spec.:-)
>
> Hi, Ruoyao:
>
> After applying this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113005
Lipeng Zhu changed:
What|Removed |Added
CC||lipeng.zhu at intel dot com
--- Comment
Hi Thomas,
On 2023/12/21 19:42, Thomas Schwinge wrote:
Hi!
On 2023-12-13T21:52:29+0100, I wrote:
On 2023-12-12T02:05:26+, "Zhu, Lipeng" wrote:
On 2023/12/12 1:45, H.J. Lu wrote:
On Sat, Dec 9, 2023 at 7:25 PM Zhu, Lipeng wrote:
On 2023/12/9 23:23, Jakub Jelinek wrote:
On Sat, Dec
SPECCPU 2017 and SPECCPU 2006 successfully built and tested, and this
patch gives a 1.3% improvement in SPECCPU 2017 fprate on 3A6000, no
performance regression was found. This is an effective optimization and
looks good.
在 2023/12/15 下午4:57, Xi Ruoyao 写道:
We used a branch to load
> >
> >> (insn 20 19 23 2 (set (reg/v:DI 200 [ val+-4 ])
> >> (sign_extend:DI (subreg:SI (reg/v:DI 200 [ val+-4 ]) 4)))
> >> "/app/example.cpp":7:29 -1
> >> (nil))
>
> Haven't had chance to compile and look at it properly, but this subreg
> seems suspicious for MIPS, given the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113110
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113110
--- Comment #4 from Andrew Pinski ---
(In reply to Jason Liam from comment #3)
> (In reply to Andrew Pinski from comment #1)
>
> > I suspect this is either a bug or an extension for MSVC.
>
> Are you sure? I mean if you add another template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113110
--- Comment #3 from Jason Liam ---
(In reply to Andrew Pinski from comment #1)
> I suspect this is either a bug or an extension for MSVC.
Are you sure? I mean if you add another template parameter `U` to the second
parameter and use it then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113110
--- Comment #2 from Andrew Pinski ---
I am almost want to say MSVC never implmented DR 214 which addresses this.
https://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#214
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113110
--- Comment #1 from Andrew Pinski ---
EDG 6.5 also rejects the code:
```
(21): error: more than one instance of overloaded function "compare"
matches the argument list:
function template "int compare(const char (&)[N], const char
>
> Note I think Andrews comment#7 in the PR is spot-on then, the issue
> isn't the bitfield inserts but the compare where combine elides
> the sign_extend in favor of a subreg. That's likely some wrongdoing
> in simplify-rtx in the context of WORD_REGISTER_OPERATIONS.
>
Yes. There are 2
On Thu, 21 Dec 2023, David Malcolm via Gcc wrote:
On Wed, 2023-12-20 at 11:16 -0800, Eric Batchelor wrote:
Hello, I unintentionally stumbled upon some strange behaviour that
occurred due to a typo.
I reproduced the behaviour where an object (std::string in my case)
can
be passed to a function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113110
Bug ID: 113110
Summary: GCC rejects call to more specialized const char array
version with string literal
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113091
--- Comment #6 from Feng Xue ---
(In reply to Richard Sandiford from comment #5)
> > The issue here is that because the "outer" pattern consumes
> > patt_64 = (int) patt_63 it should have adjusted _2 = (int) _1
> > stmt-to-vectorize
> > as
在 2023/12/21 下午8:00, chenglulu 写道:
Sorry, I've been busy with something else these two days. I don't
think there's anything wrong with the code,
but I need to test the spec.:-)
Hi, Ruoyao:
After applying this patch, spec2006 464.h264 ref will have a 6.4%
performance drop. So I'm going to
On Wed, 2023-12-20 at 11:16 -0800, Eric Batchelor wrote:
> Hello, I unintentionally stumbled upon some strange behaviour that
> occurred due to a typo.
> I reproduced the behaviour where an object (std::string in my case)
> can
> be passed to a function by reference, uninitialized, WITHOUT a
>
Hi Juzhe,
Thank you for your comprehensive comments.
Classifying theadvector intrinsics into 3 kinds is really important to make our
patchset more organized.
For 1) and 3), I will split out the patches soon and hope they will be merged
quickly.
For 2), according to the differences between
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81438
--- Comment #1 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:2488771b6dc6b05bfdc68dbd6b7bbe0489c8dad0
commit r14-6799-g2488771b6dc6b05bfdc68dbd6b7bbe0489c8dad0
Author: Jason Merrill
Date:
Tested x86_64-pc-linux-gnu, applying to trunk.
-- 8< --
As with 37722, we don't clean up the exception object if a computed goto
leaves a catch block, but we can warn about that.
PR c++/81438
gcc/cp/ChangeLog:
* decl.cc (poplevel_named_label_1): Handle leaving catch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113109
--- Comment #2 from Hans-Peter Nilsson ---
(In reply to Hans-Peter Nilsson from comment #0)
> That
> printf-statement is likely not reached,
Now confirmed. The assembly output for eh6.s is identical (before/after), but
apparently
This testcase was failing on uses of int8_t, int64_t, etc without
including .
gcc/testsuite/ChangeLog
* g++.dg/analyzer/placement-new-size.C: Include . Also
add missing newline to end of file.
---
gcc/testsuite/g++.dg/analyzer/placement-new-size.C | 3 ++-
1 file changed, 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113109
--- Comment #1 from Andrew Pinski ---
I wonder if this is similar to what I saw years earlier, see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30271#c11 . Jeff was worried about
this similar thing when he was reviewing the patch too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113109
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
> From: Jiufu Guo
> Date: Wed, 6 Dec 2023 17:27:58 +0800
> Hi,
>
> The issue mentioned in PR112525 would be able to be handled by
>
> updating dse.cc to treat arg_pointer_rtx similarly with frame_pointer_rtx.
>
>
This patch try to fix the bug when HAVE_ATOMIC_FETCH_ADD is
not defined in dec_waiting_unlocked function.
libgfortran/ChangeLog:
* io/io.h (dec_waiting_unlocked): Use
__gthread_rwlock_wrlock/__gthread_rwlock_unlock or
__gthread_mutex_lock/__gthread_mutex_unlock functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113109
Bug ID: 113109
Summary: [14 Regression] g++ EH tests fail at execution time
for cris-elf after r14-6674-g4759383245ac97
Product: gcc
Version: 14.0
Status: UNCONFIRMED
2023-12-22 09:59 Feng Wang wrote:
Sorry for forgetting to add the patch version number. It should be [PATCH v8
2/3]
>Patch v8: Remove unused iterator and add newline at the end.
>Patch v7: Remove mode of const_int_operand and typo. Add
> newline at the end and comment at the
Machine description part is ok from my side.
But I don't know the plan of vector crypto.
I'd like to wait kito or Jeff to make sure we allow vector-crypto intrinsics as
part of GCC-14 release.
Thanks.
juzhe.zh...@rivai.ai
From: Feng Wang
Date: 2023-12-22 09:59
To: gcc-patches
CC:
Patch v8: Remove unused iterator and add newline at the end.
Patch v7: Remove mode of const_int_operand and typo. Add
newline at the end and comment at the beginning.
Patch v6: Swap the operator order of vandn.vv
Patch v5: Add vec_duplicate operator.
Patch v4: Add process of SEW=64 in
Also the copy right is incorrect:
+;; Copyright (C) 2022-23 Free Software Foundation, Inc.
It should be:
Copyright (C) 2023 Free Software Foundation, Inc.
juzhe.zh...@rivai.ai
From: Feng Wang
Date: 2023-12-22 09:38
To: gcc-patches
CC: kito.cheng; jeffreyalaw; juzhe.zhong; Feng Wang
Subject:
\ No newline at end of file
Still no new line in vector-iterator.md
juzhe.zh...@rivai.ai
From: Feng Wang
Date: 2023-12-22 09:38
To: gcc-patches
CC: kito.cheng; jeffreyalaw; juzhe.zhong; Feng Wang
Subject: [PATCH v7 2/3] RISC-V: Add crypto machine descriptions
Patch v7: Remove mode of
Patch v7: Remove mode of const_int_operand and typo. Add
newline at the end and comment at the beginning.
Patch v6: Swap the operator order of vandn.vv
Patch v5: Add vec_duplicate operator.
Patch v4: Add process of SEW=64 in RV32 system.
Patch v3: Moidfy constrains for crypto vector.
+ (match_operand: 3 "const_int_operand"" i, i")]
UNSPEC_CRYPTO_VI)
+ (match_operand: 3 "const_int_operand" " i")] UNSPEC_CRYPTO_VI1)
I think we don't need to specify the mode for const_int_operand like we have
done for other RVV intrinsics s
+ (match_operand 5
Patch v6: Swap the operator order of vandn.vv.Make report riscv.exp with
"riscv-sim/-march=rv64gc/-mabi=lp64d/-mcmodel=medlow" is passed.
Patch v5: Add vec_duplicate operator.
Patch v4: Add process of SEW=64 in RV32 system.
Patch v3: Moidfy constrains for crypto vector.
Patch v2: Add crypto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113031
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113031
--- Comment #6 from Nathaniel Shead ---
Yes, fixed as far as I'm aware.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95298
--- Comment #8 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:d26f589e61a178e898d8b247042b487287ffe121
commit r14-6797-gd26f589e61a178e898d8b247042b487287ffe121
Author: Jason Merrill
Date:
Tested x86_64-pc-linux-gnu, applying to trunk.
-- 8< --
We were getting sizeof... mangling wrong when the argument after
substitution was a pack expansion that is not a simple T..., such as
list... in variadic-mangle4.C or (A+1)... in variadic-mangle5.C. In the
former case we ICEd; in the
Tested x86_64-pc-linux-gnu, applying to trunk.
-- 8< --
Recently a mangling test failed on a target with no mangling alias support
because I hadn't updated the expected mangling, but it was still passing on
x86_64-pc-linux-gnu because of the alias for the old mangling. So let's
avoid these
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113105
--- Comment #4 from Jakub Jelinek ---
So, e.g. on x86_64,
unsigned int
f1 (unsigned val)
{
return val / 10 * 16 + val % 10;
}
unsigned int
f2 (unsigned val)
{
return val / 10 * 6 + val;
}
unsigned int
f3 (unsigned val, unsigned a,
Maybe use riscv_v ?
juzhe.zh...@rivai.ai
From: Jeff Law
Date: 2023-12-22 03:16
To: pan2.li; gcc-patches
CC: juzhe.zhong; yanzhang.wang; kito.cheng; richard.guenther; tamar.christina
Subject: Re: [PATCH v1] RISC-V: XFail the signbit-5 run test for RVV
On 12/20/23 19:25, pan2...@intel.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113087
--- Comment #12 from JuzheZhong ---
(In reply to Patrick O'Neill from comment #11)
> (In reply to Patrick O'Neill from comment #10)
> > I've kicked off 2 spec runs (zvl 128 and 256) using r14-6765-g4d9e0f3f211.
> > I'll let you know the results
Snapshot gcc-11-20231221 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20231221/
and on various mirrors, see https://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 11 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
On Thu, 23 Nov 2023 at 22:00, François Dumont wrote:
>
> libstdc++: [_Hashtable] Extend the small size optimization
>
> A number of methods were still not using the small size
> optimization which
> is to prefer an O(N) research to a hash computation as long as N is
> small.
>
>
On Thu, 23 Nov 2023 at 21:59, François Dumont wrote:
>
> libstdc++: [_Hashtable] Avoid redundant usage of rehash policy
>
> Bypass call to __detail::__distance_fwd and the check if rehash is
> needed when
> assigning an initializer_list to an unordered_multimap or
>
On Thu, 23 Nov 2023 at 21:59, François Dumont wrote:
>
> libstdc++: [_Hashtable] Fix some implementation inconsistencies
>
> Get rid of the different usages of the mutable keyword. For
> _Prime_rehash_policy methods are exported from the library, we need to
> keep their const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106213
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
On Thu, 23 Nov 2023 at 21:58, François Dumont wrote:
>
> libstdc++: [_Hashtable] Enhance/Add performance benches
This one is OK for trunk now, thanks.
I think this should wait for the next stage 1. It's a big patch
affecting the default -std mode (not just experimental C++20/23/26
material), and was first posted after the end of stage 1.
Do we really need the changes for versioned namespace? How much
difference does that extra member make to
On Thu, 21 Dec 2023 at 21:26, Arsen Arsenović wrote:
>
> libstdc++-v3/ChangeLog:
>
> * include/Makefile.am: Install std/generator, bits/elements_of.h
> as freestanding.
> * include/Makefile.in: Regenerate.
> * include/bits/version.def: Add __cpp_lib_generator.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113099
--- Comment #2 from Jonathan Wakely ---
It's mostly OK to mix code with -frtti and -fno-rtti, but sometimes it bites
you.
The crash with older releases seems like __dynamic_cast should gracefully
handle missing RTTI and just fail, not
This version now sets DECL_NONADDRESSABLE_P, DECL_PADDING_P
and C_DECL_VARIABLE_SIZE and adds three new tests:
c23-tag-alias-7.c, c23-tag-composite-10.c, and
gnu23-tag-composite-5.c.
Martin
Support for constructing composite types for structs and unions
in C23.
gcc/c:
*
On Thu, 21 Dec 2023 at 21:26, Arsen Arsenović wrote:
>
> libstdc++-v3/ChangeLog:
>
> * include/bits/ranges_util.h: Add missing
> include.
OK
> ---
> libstdc++-v3/include/bits/ranges_util.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
libstdc++-v3/ChangeLog:
* include/Makefile.am: Install std/generator, bits/elements_of.h
as freestanding.
* include/Makefile.in: Regenerate.
* include/bits/version.def: Add __cpp_lib_generator.
* include/bits/version.h: Regenerate.
*
Hi,
This is v2 of my generators patch. It addresses Jonathans review
comments, but does not add more tests yet :-/
Original series:
https://inbox.sourceware.org/20231118195008.579211-1-ar...@aarsen.me/
Changes since v1:
- Uglify some symbols
- Convert _Is_generator concept to __is_generator CE
libstdc++-v3/ChangeLog:
* include/bits/ranges_util.h: Add missing
include.
---
libstdc++-v3/include/bits/ranges_util.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/libstdc++-v3/include/bits/ranges_util.h
b/libstdc++-v3/include/bits/ranges_util.h
index
On Linux/x86_64,
23fee88f84873b0b8b41c8e5a9b229d533fb4022 is the first bad commit
commit 23fee88f84873b0b8b41c8e5a9b229d533fb4022
Author: Martin Uecker
Date: Tue Aug 15 14:58:32 2023 +0200
c23: tag compatibility rules for struct and unions
caused
FAIL: gcc.dg/gnu23-tag-4.c (test for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112581
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
Hi.
This patch adds the support for the convert vector internal function.
I'll need to double-check that making the decl a register is necessary.
Thanks for the review.
From ca4b3606c853b3425cf4ef9e88fbd5939f0e8f7c Mon Sep 17 00:00:00 2001
From: Antoni Boucher
Date: Sat, 14 May 2022 17:24:29
On 12/21/23 14:12, Patrick Palka wrote:
On Sat, 16 Sep 2023, Jason Merrill wrote:
On 9/15/23 12:03, Patrick Palka wrote:
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look OK for
trunk?
OK.
Thanks a lot. Testing on cmcstl2 revealed that we don't maintain
visibility flags
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101852
Bug 101852 depends on bug 112951, which changed state.
Bug 112951 Summary: [14 Regression] cond_copysign, cond_len_copysign optab not
documented (added by r14-5285-gf30ecd8050444f)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112951
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112951
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112951
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:df5df10355089c9c92529c222100722cea170877
commit r14-6792-gdf5df10355089c9c92529c222100722cea170877
Author: Andrew Pinski
Date:
Hello Tulio Magno Quites Machado Filho via Gcc-patches,
Hope this email find you well. I come across your email in GCC community.
This is Michael Zhao and I am responsible for recruiting top-tier tech talent
for an internationally renowned tech giant.
Presently, we're seeking a Chief Compiler
> Am 21.12.2023 um 21:11 schrieb Andrew Pinski :
>
> This adds the documentation for cond_copysign and cond_len_copysign optabs.
> Also reorders the optabs.def to be in the similar order as how the internal
> function was done.
Ok
> gcc/ChangeLog:
>
>PR middle-end/112951
>*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112951
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
This adds the documentation for cond_copysign and cond_len_copysign optabs.
Also reorders the optabs.def to be in the similar order as how the internal
function was done.
gcc/ChangeLog:
PR middle-end/112951
* doc/md.texi (cond_copysign): Document.
(cond_len_copysign):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112758
--- Comment #16 from Jakub Jelinek ---
Here is what I'd propose, but I can't really test it on any
WORD_REGISTER_OPERATIONS
target.
2023-12-21 Jakub Jelinek
PR rtl-optimization/112758
* combine.cc
On 12/21/23 12:35, Palmer Dabbelt wrote:
On Thu, 21 Dec 2023 11:18:22 PST (-0800), jeffreya...@gmail.com wrote:
On 12/20/23 11:41, Palmer Dabbelt wrote:
I couldn't find another way to set the default code model.
gcc/ChangeLog:
* config.gcc (RISC-V): Add --with-cmodel
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112758
--- Comment #15 from Greg McGary ---
I have a simple patch for this which I will submit soon. The idea is to do
nothing in expand_compound_operation() when the pattern is (sign_extend (mem
...) ).
On Dec 21, 2023, at 8:49 AM, Christophe Lyon wrote:
>
> While investigating possible race conditions in the GCC testsuites
> caused by bufferization issues, I wanted to investigate workarounds
> similar to GDB's READ1 [1], and I noticed it was not always possible
> to override EXPECT when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112951
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
On 12/21/23 10:52, Patrick Palka wrote:
On Thu, Dec 21, 2023 at 8:29 AM Patrick Palka wrote:
On Wed, 20 Dec 2023, Ken Matsui wrote:
This patch removes the testsuite_tr1.h dependency from g++.dg/ext/is_*.C
tests since the header is supposed to be used only by libstdc++, not
front-end. This
On 12/20/23 20:01, Patrick Palka wrote:
On Wed, 20 Dec 2023, Jason Merrill wrote:
On 12/20/23 17:54, Patrick Palka wrote:
On Wed, 20 Dec 2023, Jason Merrill wrote:
On 12/20/23 17:07, Patrick Palka wrote:
Bootstrap and regtesting in progress on x86_64-pc-linux-gnu, does this
look OK for
ChangeLog:
PR bootstrap/112534
* Makefile.def (host-gettext): Set all_args_override="".
* Makefile.in: Regenerate.
* Makefile.tpl (all--args): Define as a helper macro for
computing extra arguments to make.
(all): Use all--args over args.
---
Hi,
On Thu, 21 Dec 2023 11:18:22 PST (-0800), jeffreya...@gmail.com wrote:
On 12/20/23 11:41, Palmer Dabbelt wrote:
I couldn't find another way to set the default code model.
gcc/ChangeLog:
* config.gcc (RISC-V): Add --with-cmodel
* config/riscv/riscv.h (TARGET_DEFAULT_CMODEL):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84542
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84542
--- Comment #7 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:9a65c8ee659042babdb05ef15fea9910fa8d6e62
commit r14-6790-g9a65c8ee659042babdb05ef15fea9910fa8d6e62
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113087
--- Comment #11 from Patrick O'Neill ---
(In reply to Patrick O'Neill from comment #10)
> I've kicked off 2 spec runs (zvl 128 and 256) using r14-6765-g4d9e0f3f211.
> I'll let you know the results when they finish.
My terminal crashed - so
On 12/20/23 11:41, Palmer Dabbelt wrote:
I couldn't find another way to set the default code model.
gcc/ChangeLog:
* config.gcc (RISC-V): Add --with-cmodel
* config/riscv/riscv.h (TARGET_DEFAULT_CMODEL): Use
TARGET_RISCV_DEFAULT_CMODEL
OK once its sniff tested.
On 12/20/23 19:25, pan2...@intel.com wrote:
From: Pan Li
This patch would like to XFail the signbit-5 run test case for
the RVV. Given the case has one limitation like "This test does not
work when the truth type does not match vector type." in the beginning
of the test file. Aka, the RVV
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112470
--- Comment #9 from Andrew Pinski ---
Created attachment 56921
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56921=edit
Simple testcase
On Sat, 16 Sep 2023, Jason Merrill wrote:
> On 9/15/23 12:03, Patrick Palka wrote:
> > Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look OK for
> > trunk?
>
> OK.
Thanks a lot. Testing on cmcstl2 revealed that we don't maintain
visibility flags on alias templates properly, and
On 12/20/23 20:50, juzhe.zh...@rivai.ai wrote:
+ (and:VI
+ (match_operand:VI 3 "register_operand" "vr, vr, vr, vr")
+ (not:VI (match_operand:VI 4 "register_operand" "vr, vr, vr, vr")))
This order should be swapped like ARM SVE:
(define_expand "@cond_bic"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113031
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107906
Patrick Palka changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70413
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107906
--- Comment #6 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:7226f825db049517b64442a40a6387513febb8f9
commit r14-6789-g7226f825db049517b64442a40a6387513febb8f9
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70413
--- Comment #8 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:7226f825db049517b64442a40a6387513febb8f9
commit r14-6789-g7226f825db049517b64442a40a6387513febb8f9
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113040
H.J. Lu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113040
--- Comment #5 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:135bb9e37167ef70501a888bd3db195b11b37ae3
commit r14-6788-g135bb9e37167ef70501a888bd3db195b11b37ae3
Author: Andre Vieira (lists)
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113054
--- Comment #9 from Filip Kastl ---
Alright. I suppose this change wouldn't be appropriate in stage 3 nor stage 4,
so I'll wait for the next stage 1 and modify sccopy to use a class.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113054
--- Comment #8 from Andrew Pinski ---
(In reply to Filip Kastl from comment #7)
> (In reply to Andrew Pinski from comment #2)
> > Note I also don't like how dead_stmts is a static variable either but that
> > would be for another change.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113054
--- Comment #7 from Filip Kastl ---
Thanks for the fix! Will be careful not to trigger ODR with my future patches.
(In reply to Andrew Pinski from comment #2)
> Note I also don't like how dead_stmts is a static variable either but that
> would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113105
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113105
--- Comment #2 from XChy ---
(In reply to Jakub Jelinek from comment #1)
> When it is signed v / a * b + v % a, I think it can introduce UB which
> wasn't there originally.
> E.g. for v = 0, a = INT_MIN and b = 3. So, if it isn't done just for
Hi.
This patch adds the ability to send const pointer as argument to a
function.
Thanks for the review.
From f53c4600d8103a5612e7de6cb8205cad37421074 Mon Sep 17 00:00:00 2001
From: Antoni Boucher
Date: Tue, 24 May 2022 17:44:53 -0400
Subject: [PATCH] libgccjit: Allow sending a const pointer as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112941
--- Comment #11 from Jakub Jelinek ---
Created attachment 56920
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56920=edit
gcc14-pr112941-thunk.patch
Untested patch for the #c6 ICE.
While investigating possible race conditions in the GCC testsuites
caused by bufferization issues, I wanted to investigate workarounds
similar to GDB's READ1 [1], and I noticed it was not always possible
to override EXPECT when running 'make check'.
This patch adds the missing support in various
1 - 100 of 188 matches
Mail list logo