Hi all,
Today's meeting will be cancelled.
The next RISC-V GNU Toolchain meeting will be held on Jan 11:
https://docs.google.com/document/d/1JSs-BSlPJ3QYbAb-Add1TlbYx0nOT1ur3jcsITIJ01U/edit?usp=sharing
Please let me know if you have topics want to discuss in the meeting.
BR,
On 14/12/2023 07:17, Surya Kumari Jangala via Gcc wrote:
> Hi Richard,
> Thanks a lot for your response!
>
> Another failure reported by the Linaro CI is as follows:
>
> Running gcc:gcc.dg/dg.exp ...
> FAIL: gcc.dg/ira-shrinkwrap-prep-1.c scan-rtl-dump pro_and_epilogue
> "Performing
On 12/13/23 23:25, Chung-Ju Wu wrote:
As for gdbsim/openocd, I remember that we did have nds32 contributions
previously:
- gdb: http://sourceware.org/ml/gdb-patches/2013-07/msg00223.html
- openocd: http://openocd.zylin.com/1259
I suppose they have recently been dropped from the
On Tue, 12 Dec 2023 09:39:58 +0100
David Brown via Gcc wrote:
> If you have fixed the immediate problems in the code, add the
> "-fsanitize=undefined" flag before running it. That will do run-time
> undefined behaviour checks.
I would like to understand that better, for reasons you might
Snapshot gcc-11-20231214 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/11-20231214/
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, Dec 14, 2023 at 10:55 AM Haochen Jiang wrote:
>
> Hi all,
>
> According to ISE050 published at the end of September, RAO-INT will not
> be in Grand Ridge anymore. This patch aims to remove it.
>
> The documentation comes following:
>
> https://cdrdv2.intel.com/v1/dl/getContent/671368
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113017
Bug ID: 113017
Summary: ICE in delete_unmarked_insns, at dce.cc:653
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, needs-bisection
Successfully bootstrapped and regtested on x86_64-linux. Will push to master.
Filip
On Thu, Dec 14, 2023 at 1:40 AM Jeff Law wrote:
> On 12/13/23 02:03, Christoph Müllner wrote:
> > On Wed, Dec 13, 2023 at 9:22 AM Liao Shihua wrote:
> >>
> >> In Scalar Crypto Built-In functions, some require immediate parameters,
> >> But register_operand are incorrectly used in the pattern.
>
Robin Dapp writes:
> Hi,
>
> this is a bit of a follow up of the latest expmed change.
>
> In extract_bit_field_1 we try to get a better vector mode before
> extracting from it. Better refers to the case when the requested target
> mode does not equal the inner mode of the vector to extract from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113019
Bug ID: 113019
Summary: [NOT A BUG] Multi-architecture binaries for Linux
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113014
--- Comment #4 from Robin Dapp ---
Richard has posted it and asked for reviews. I have tested it and we have
several testsuite regressions with it but no severe ones. Most or all of them
are dump fails because we combine into vx variants that
> Am 14.12.2023 um 08:37 schrieb Jakub Jelinek :
>
> Hi!
>
> On top of the previously posted patch, this simplifies say (x * 16) / (x * 4)
> into 4. Unlike the previous pattern, this is something we didn't fold
> previously on GENERIC, so I think it shouldn't be all wrapped with #if
>
When I attempt to enable vect_usad_char effective target for LoongArch, some
tests fail. These tests fail because the sad pattern generates bad code. This
patch to fixed them, for sad patterns, use zero expansion instead of sign
expansion for reduction.
Currently, we are fixing failed vectorized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113003
--- Comment #1 from Jakub Jelinek ---
Slightly reduced:
int
foo (_BitInt(7) x)
{
return __builtin_mul_overflow_p (x,
1046555807606105294475452482332716433408wb, 0);
}
Ugh, another special case where we don't detect the need to lower, next to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113014
--- Comment #3 from JuzheZhong ---
(In reply to Robin Dapp from comment #2)
> Yes, that's right.
It seems that I don't need to optimize it since we will eventually have
late-combine.
Could you tell what status of late-combine PASS ?
Will it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112986
--- Comment #9 from Xi Ruoyao ---
*** Bug 112329 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112992
--- Comment #8 from GCC Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:be0ff0866a6f072ccfbbb3a3c2079adf1db51aa1
commit r14-6534-gbe0ff0866a6f072ccfbbb3a3c2079adf1db51aa1
Author: liuhongt
Date: Wed Dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112998
Xi Ruoyao changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112329
Xi Ruoyao changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112986
--- Comment #8 from Xi Ruoyao ---
*** Bug 112998 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113018
Bug ID: 113018
Summary: ICE in gimple_convert, gimple-fold.cc during the SLP
pass
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
--- Comment #39 from Richard Sandiford ---
(In reply to Andrew Pinski from comment #38)
> For aarch64, the test from comment #11 is so much worse on the trunk than in
> GCC 13.2.0.
I've been working on a fix for that. I'm hoping to post it
Am 14.12.2023 um 09:28 schrieb juzhe.zh...@rivai.ai:
Hi, Richard.I have a question about the decrement IV costing since I find the reduction case is generating inferior codegen.reduc_plus_int: mv a3,a0 ble a1,zero,.L7 addiw a5,a1,-1 li a4,2 bleu a5,a4,.L8 vsetivli zero,4,e32,m1,ta,ma srliw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113007
--- Comment #4 from Pavel Novikov ---
Interesting. Thank you for explanation.
Indeed the standard says all over that narrowing conversion in initialization
is prohibited, though this code compiles:
int i = 42;
bool b[] = {i}; //
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112994
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:90c9403f89d3c55512ae83dd20e2023c2e4430f4
commit r14-6537-g90c9403f89d3c55512ae83dd20e2023c2e4430f4
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112994
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2c92551405bc8616f456e5cbc696ab0292c7ff00
commit r14-6538-g2c92551405bc8616f456e5cbc696ab0292c7ff00
Author: Jakub Jelinek
Date:
This reverts commit ce7e66787b5b4ad385b21756da5a89171d233ddc.
Will refactor this part in the same way as aarch64 sve.
gcc/ChangeLog:
* config/riscv/riscv-vector-builtins-functions.def (DEF_RVV_FUNCTION):
Revert changes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113002
Filip Kastl changed:
What|Removed |Added
CC||fkastl at suse dot cz
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111807
--- Comment #10 from GCC Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:96e1978b213482fc4c25693b91ae2ead481af620
commit r14-6535-g96e1978b213482fc4c25693b91ae2ead481af620
Author: Martin Jambor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112678
Filip Kastl changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Thanks Richard.
Let me clarify again to make sure I understand your comments correctly:
Do you suggest not to model address cost here like other partial vectorization
style (while_ult, avx512...etc).
Then set COST = 1 since we only have SELECT_VL since beginning.
At various cases we saw, COST=1
Sorry, I was not aware of this patch.
Since Jeff's patch was here first and also includes more tests, I
propose to move forward with his patch (but I'm not a maintainer!).
Therefore, I've reviewed Jeff's patch and replied to his email.
FWIW: Jeff's patch can be found here:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113014
--- Comment #2 from Robin Dapp ---
Yes, that's right.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112997
Arsen Arsenović changed:
What|Removed |Added
CC||arsen at gcc dot gnu.org
--- Comment
Hi, Richard.
I have a question about the decrement IV costing since I find the reduction
case is generating inferior codegen.
reduc_plus_int:
mv a3,a0
ble a1,zero,.L7
addiw a5,a1,-1
li a4,2
bleu a5,a4,.L8
vsetivli zero,4,e32,m1,ta,ma
srliw a4,a1,2
vmv.v.i v1,0
slli a4,a4,4
add a4,a4,a0
mv a5,a0
On Tue, Jun 20, 2023 at 12:34 AM Jeff Law via Gcc-patches
wrote:
>
>
> A handful of the scalar crypto instructions are supposed to take a
> constant integer argument 0..3 inclusive. A suitable constraint was
> created and used for this purpose (D03), but the operand's predicate is
>
> Am 14.12.2023 um 08:35 schrieb Jakub Jelinek :
>
> Hi!
>
> The following testcase is optimized just on GENERIC (using
> strict_overflow_p = false;
> if (TREE_CODE (arg1) == INTEGER_CST
> && (tem = extract_muldiv (op0, arg1, code, NULL_TREE,
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113003
--- Comment #2 from Jakub Jelinek ---
int
bar (unsigned __int128 x)
{
return __builtin_sub_overflow_p (340282366920938463463374607431768211457uwb,
x, 0);
}
while it doesn't ICE is also something that has to be lowered and not left
until
On Thu, 2023-12-14 at 15:44 +0800, Jiahao Xu wrote:
> The implementation of this patch has some issues. When I compile 521.wrf with
> -Ofast -mlasx -flto -muse-movcf2gr, it results in an ICE:
Indeed, creating CCCmode pseudos without a complete movfcc
implementation is buggy.
This patch needs a
Hi,
this is a bit of a follow up of the latest expmed change.
In extract_bit_field_1 we try to get a better vector mode before
extracting from it. Better refers to the case when the requested target
mode does not equal the inner mode of the vector to extract from and we
have an equivalent
On 2023-12-11 13:38 Jeff Law wrote:
>
>
>
>On 12/5/23 01:12, Fei Gao wrote:
>> op=[PLUS, MINUS, IOR, XOR, ASHIFT, ASHIFTRT, LSHIFTRT, ROTATE, ROTATERT, AND]
>>
>> Co-authored-by: Xiao Zeng
>>
>> gcc/ChangeLog:
>>
>> * ifcvt.cc (noce_cond_zero_shift_op_supported): check if OP is
>>shift
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112112
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112986
--- Comment #10 from Xi Ruoyao ---
*** Bug 112112 has been marked as a duplicate of this bug. ***
On 2023-12-11 13:46 Jeff Law wrote:
>
>
>
>On 12/5/23 01:12, Fei Gao wrote:
>> SIGN_EXTEND, ZERO_EXTEND and SUBREG has been considered
>> to support SImode in 64-bit machine.
>>
>> Co-authored-by: Xiao Zeng
>>
>> gcc/ChangeLog:
>>
>> * ifcvt.cc (noce_cond_zero_binary_op_supported): add support
On Thu, 14 Dec 2023 08:14:56 +0100
Jakub Jelinek wrote:
> On Wed, Nov 29, 2023 at 11:43:05AM +, Julian Brown wrote:
> > * c-c++-common/gomp/target-enter-data-1.c: Adjust scan
> > output.
>
> struct bar { int num_vectors; double *vectors; };
>
> is 16 bytes only on 64-bit targets, on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113019
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot
ok
On Thu, Dec 14, 2023 at 8:08 PM Feng Wang wrote:
>
> This reverts commit ce7e66787b5b4ad385b21756da5a89171d233ddc.
> Will refactor this part in the same way as aarch64 sve.
>
> gcc/ChangeLog:
>
> * config/riscv/riscv-vector-builtins-functions.def (DEF_RVV_FUNCTION):
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112938
--- Comment #5 from GCC Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:37afeec8a635153ccd4e91bd686c93217706894d
commit r14-6546-g37afeec8a635153ccd4e91bd686c93217706894d
Author: Alexandre Oliva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112938
--- Comment #6 from GCC Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:e1e71b4e0681974b3db41afa7fc18720a30d6848
commit r14-6547-ge1e71b4e0681974b3db41afa7fc18720a30d6848
Author: Alexandre Oliva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113001
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113018
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2023-12-14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113021
Bug ID: 113021
Summary: [constexpr] gcc rejects initializing struct containing
vector during constant evaluation depending if the
struct also contains other member
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Europe/Paris
X-LIC-LOCATION:Europe/Paris
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CEST
DTSTART:19700329T02
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112793
Richard Biener changed:
What|Removed |Added
Target Milestone|14.0|11.5
Summary|[14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111515
--- Comment #7 from Richard Biener ---
So like the following which disables threading ending in a
if (..)
__builtin_unreachable ();
branch when we thread to the _reachable_ side of it. We keep threading
to the __builtin_unreachable ()
Thanks a lot for the clarification.
I send a patch to remove address memory cost:
https://gcc.gnu.org/pipermail/gcc-patches/2023-December/640595.html
for decremnt IV/SELECT_VL.
And I have tested various cases that are all get better codegen in RVV.
juzhe.zh...@rivai.ai
From: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113000
--- Comment #1 from Richard Biener ---
Note you then need a way to cope with LTO.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112655
--- Comment #2 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:8cf5afba5dc482fe7063654720bfb0c45354998c
commit r14-6549-g8cf5afba5dc482fe7063654720bfb0c45354998c
Author: David Malcolm
Date:
The following makes the attempt at code-generating a constant/external
SLP node twice well-formed as that can happen when partitioning BB
vectorization attempts where we keep constants/externals unpartitioned.
Bootstrapped and tested on x86_64-unknown-linux-gnu, pushed.
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112793
--- Comment #13 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:d782ec8362eadc3169286eb1e39c631effd02323
commit r14-6550-gd782ec8362eadc3169286eb1e39c631effd02323
Author: Richard Biener
Date:
On 09/12/2023 15:39, Lipeng Zhu wrote:
> This patch try to introduce the rwlock and split the read/write to
> unit_root tree and unit_cache with rwlock instead of the mutex to
> increase CPU efficiency. In the get_gfc_unit function, the percentage
> to step into the insert_unit function is around
Robin Dapp writes:
>> It looks like:
>>
>> FOR_EACH_MODE_FROM (new_mode, new_mode)
>> if (known_eq (GET_MODE_SIZE (new_mode), GET_MODE_SIZE (GET_MODE (op0)))
>> && known_eq (GET_MODE_UNIT_SIZE (new_mode), GET_MODE_SIZE (tmode))
>> && targetm.vector_mode_supported_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113012
--- Comment #5 from Jakub Jelinek ---
(In reply to Andrew Pinski from comment #3)
> Note I am not shocked that xorg has undefined code in it too.
Do you know about any large package which doesn't have any undefined code in
it?
Anyway, this is
On Wed, 13 Dec 2023, Tamar Christina wrote:
> > > > else if (vect_use_mask_type_p (stmt_info))
> > > > {
> > > > unsigned int precision = stmt_info->mask_precision;
> > > > scalar_type = build_nonstandard_integer_type (precision, 1);
> > > > vectype =
Hi!
On 2023-12-13T17:12:11+0100, Filip Kastl wrote:
> --- /dev/null
> +++ b/gcc/gimple-ssa-sccopy.cc
> +#include
Pushed to master branch commit 65e41f4fbfc539c5cc429c684176f8ea39f4b8f2
"In 'gcc/gimple-ssa-sccopy.cc', '#define INCLUDE_ALGORITHM' instead of
'#include '",
see attached.
Grüße
On Wed, Dec 13, 2023 at 5:51 PM Andrew Pinski wrote:
>
> After r14-2667-gceae1400cf24f329393e96dd9720, we force a constant to a
> register
> if it is shared with one of the other operands. The problem is used the
> comparison
> mode for the register but that could be different from the operand
Andrew Carlotti writes:
> This patch adds support for the "target_version" attribute to the middle
> end and the C++ frontend, which will be used to implement function
> multiversioning in the aarch64 backend.
>
> On targets that don't use the "target" attribute for multiversioning,
> there is no
On 12/14/23 02:48, Christoph Müllner wrote:
On Thu, Dec 14, 2023 at 1:40 AM Jeff Law wrote:
On 12/13/23 02:03, Christoph Müllner wrote:
On Wed, Dec 13, 2023 at 9:22 AM Liao Shihua wrote:
In Scalar Crypto Built-In functions, some require immediate parameters,
But register_operand are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113022
Bug ID: 113022
Summary: GCN offloading bricked by "amdgcn: Work around XNACK
register allocation problem"
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Changed in v3:
- Makefile.in: added OPT_URLS_HTML_DEPS and a comment
Changed in v2:
- added convenience targets to Makefile for regenerating the .opt.urls
files, and for running unit tests for the generation code
- parse gdc and gfortran documentation, and create LangUrlSuffix_{lang}
directives
From: Pierre-Emmanuel Patry
ChangeLog:
* MAINTAINERS: Add maintainers for libgrust.
contrib/ChangeLog:
* gcc-changelog/git_commit.py: Add libgrust.
Co-authored-by: Arthur Cohen
Signed-off-by: Pierre-Emmanuel Patry
---
MAINTAINERS | 1 +
From: Pierre-Emmanuel Patry
ChangeLog:
* MAINTAINERS: Add maintainers for libgrust.
contrib/ChangeLog:
* gcc-changelog/git_commit.py: Add libgrust.
Co-authored-by: Arthur Cohen
Signed-off-by: Pierre-Emmanuel Patry
---
MAINTAINERS | 1 +
From: Pierre-Emmanuel Patry
Define the libgrust directory as a host compilation module as well as
for targets. Disable target libgrust if we're not building target
libstdc++.
ChangeLog:
* Makefile.def: Add libgrust as host & target module.
* configure.ac: Add libgrust to host
From: Pierre-Emmanuel Patry
Define the libgrust directory as a host compilation module as well as
for targets. Disable target libgrust if we're not building target
libstdc++.
ChangeLog:
* Makefile.def: Add libgrust as host & target module.
* configure.ac: Add libgrust to host
> It looks like:
>
> FOR_EACH_MODE_FROM (new_mode, new_mode)
> if (known_eq (GET_MODE_SIZE (new_mode), GET_MODE_SIZE (GET_MODE (op0)))
> && known_eq (GET_MODE_UNIT_SIZE (new_mode), GET_MODE_SIZE (tmode))
> && targetm.vector_mode_supported_p (new_mode)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113019
Arsen Arsenović changed:
What|Removed |Added
CC||arsen at gcc dot gnu.org
--- Comment
On Thu, Dec 14, 2023 at 01:29:01PM +0100, Thomas Schwinge wrote:
> > Sure, I will look into that.
> >
> > BTW, I didn’t have the PowerPC in hands, do you mind granting the access of
> > your
> > test environment to me to help reproduce the issue?
>
> That's unfortunately not possible: it's
On Thu, 14 Dec 2023, juzhe.zh...@rivai.ai wrote:
> Thanks Richard.
>
> Let me clarify again to make sure I understand your comments correctly:
>
> Do you suggest not to model address cost here like other partial
> vectorization style (while_ult, avx512...etc). Then set COST = 1 since
> we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113013
Siddhesh Poyarekar changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
Being very simplistic, early-ra just models an allocno's live range
as a single interval. This doesn't work well for single-register
accumulators that are updated multiple times in a loop, since in
SSA form, each intermediate result will be a separate SSA name and
will remain separate from the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113020
Bug ID: 113020
Summary: Explicit template instantiation of template
specialization using a template base class fails after
extern template declaration with linker error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113007
--- Comment #5 from Jonathan Wakely ---
(In reply to Pavel Novikov from comment #4)
> Indeed the standard says all over that narrowing conversion in
> initialization is prohibited, though this code compiles:
>
> int i = 42;
> bool b[]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113019
--- Comment #5 from Artem S. Tashkinov ---
(In reply to ktkachov from comment #1)
> GCC provides the Function Multiversioning feature that's supported on some
> architectures:
> https://gcc.gnu.org/onlinedocs/gcc/Function-Multiversioning.html
>
When I attempt to enable vect_usad_char effective target for LoongArch,
slp-reduc-sad.c
and vect-reduc-sad*.c tests fail. These tests fail because the sad pattern
generates bad
code. This patch to fixed them, for sad patterns, use zero expansion instead of
sign
expansion for reduction.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113013
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113012
--- Comment #8 from Jakub Jelinek ---
Slightly more readable testcase:
int *
foo (int x, int y, int z, int w)
{
int *p = __builtin_malloc (z * sizeof (int));
int *q = p - 1;
while (--x > 0)
{
if (w + 1 > y)
q = p - 1;
Changed in v2:
- split out from the code that uses this
- now handles lang-specific URLs, as well as generic URLs
- the generated options-urls.cc now contains a function with a
switch statement, rather than an array, to support
lang-specific URLs:
const char *
get_opt_url_suffix (int
Changed in v2:
- split out from the code that generates options-urls.cc
- call the generated function, rather than use a generated array
- pass around lang_mask
gcc/ChangeLog:
* diagnostic.h (diagnostic_make_option_url_cb): Add lang_mask
param.
> Hi David,
>
> On Fri, Dec 08, 2023 at 06:35:56PM -0500, David Malcolm wrote:
> > On Tue, 2023-11-21 at 23:43 +, Joseph Myers wrote:
> > > On Tue, 21 Nov 2023, Tobias Burnus wrote:
> > >
> > > > On 21.11.23 14:57, David Malcolm wrote:
> > > > > On Tue, 2023-11-21 at 02:09 +0100, Hans-Peter
From: Pierre-Emmanuel Patry
libgrust/ChangeLog:
* ChangeLog: New file.
Signed-off-by: Pierre-Emmanuel Patry
---
libgrust/ChangeLog | 6 ++
1 file changed, 6 insertions(+)
create mode 100644 libgrust/ChangeLog
diff --git a/libgrust/ChangeLog b/libgrust/ChangeLog
new file mode
From: Pierre-Emmanuel Patry
libgrust/ChangeLog:
* ChangeLog: New file.
Signed-off-by: Pierre-Emmanuel Patry
---
libgrust/ChangeLog | 6 ++
1 file changed, 6 insertions(+)
create mode 100644 libgrust/ChangeLog
diff --git a/libgrust/ChangeLog b/libgrust/ChangeLog
new file mode
Hi,
This patchset contains the initial changes to add the libgrust folder to
gcc, which will later contain libraries used by our Rust frontend.
This work was done by Pierre-Emmanuel Patry as part of his work on
supporting procedural macros in our frontend. It was then tested by
Thomas Schwinge,
Hi,
This patchset contains the initial changes to add the libgrust folder to
gcc, which will later contain libraries used by our Rust frontend.
This work was done by Pierre-Emmanuel Patry as part of his work on
supporting procedural macros in our frontend. It was then tested by
Thomas Schwinge,
On Thu, 14 Dec 2023, Juzhe-Zhong wrote:
> Follow Richard's suggestions, we should not model address cost in the loop
> vectorizer for select_vl or decrement IV since other style vectorization
> doesn't
> do that.
>
> To make cost model comparison apple to apple.
> This patch set COST from 2 to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112941
--- Comment #3 from Jakub Jelinek ---
Simplified:
unsigned _BitInt(2049)
foo (unsigned _BitInt(6384) x, _BitInt(8) y)
{
return x * y;
}
_BitInt(2049)
bar (unsigned _BitInt(6384) x, _BitInt(1023) y)
{
return x * y;
}
When BB reduction vectorization picks up a chain with an ASM def
in it and that's inside the vectorized region we fail to get its
LHS. Instead of trying to get the correct def the following
avoids vectorizing such def and instead keeps it as def to add
in the epilog.
Bootstrapped and tested on
This reverts commit ce7e66787b5b4ad385b21756da5a89171d233ddc.
Will refactor this part in the same way as aarch64 sve.
gcc/ChangeLog:
* config/riscv/riscv-vector-builtins-functions.def (DEF_RVV_FUNCTION):
Revert changes.
Follow Richard's suggestions, we should not model address cost in the loop
vectorizer for select_vl or decrement IV since other style vectorization doesn't
do that.
To make cost model comparison apple to apple.
This patch set COST from 2 to 1 which turns out have better codegen
in various codegen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113012
--- Comment #7 from Jakub Jelinek ---
Obviously we shouldn't ICE on this.
But, saying 0 as usable size on such UB pointer is I think completely valid
(making it clear that you can't really dereference such pointer nor anything
derived from it,
1 - 100 of 292 matches
Mail list logo
