https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110214
Bug ID: 110214
Summary: x86 backend lacks support for vec_pack_ssat_m and
vec_pack_usat_m
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108410
--- Comment #6 from Hongtao.liu ---
> and the key thing to optimize is
>
> ivtmp_78 = ivtmp_77 + 4294967232; // -64
> _79 = MIN_EXPR ;
> _80 = (unsigned char) _79;
> _81 = {_80, _80, _80, _80, _80, _80, _80, _80, _80, _80, _80, _80,
Richard Biener writes:
> On Fri, 9 Jun 2023, Jiufu Guo wrote:
>
>>
>> Hi,
>>
>> Richard Biener writes:
>>
>> > On Fri, 9 Jun 2023, Jiufu Guo wrote:
>> >
>> >>
>> >> Hi,
>> >>
>> >> Richard Biener writes:
>> >>
>> >> > On Fri, 9 Jun 2023, Richard Sandiford wrote:
>> >> >
>> >> >> guojiufu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109371
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110213
--- Comment #3 from Andrew Pinski ---
I don't see an issue with this warning really as there is a temporary being
created for the argument of type name and that is what the issue is warning
about. the argument of type name is still passed via
From: Ju-Zhe Zhong
Target like ARM SVE in GCC has an elegant way to handle both loop control
and flow control simultaneously:
loop_control_mask = WHILE_ULT
flow_control_mask = comparison
control_mask = loop_control_mask & flow_control_mask;
MASK_LOAD (control_mask)
MASK_STORE (control_mask)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110213
--- Comment #2 from Andrew Pinski ---
Reduced testcase:
#include
struct f
{
f(const f&);
f();
};
struct g{};
g (f);
void h()
{
f n;
const g& pt (search (std::move(n)));
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110213
--- Comment #1 from Boris Kolpackov ---
Created attachment 55304
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55304=edit
reproducer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110213
Bug ID: 110213
Summary: Bogus (as opposed to false positive)
-Wdangling-reference warning
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
> On 5/29/23 04:51, Jin Ma wrote:
> >Unrecog insns (such as CLOBBER, USE) does not represent real
> > instructions, but in the
> > process of pipeline optimization, they will wait for transmission in ready
> > list like
> > other insns, without considering resource conflicts and cycles. This
Committed, thanks Kito and Juzhe.
Pan
From: Kito Cheng
Sent: Monday, June 12, 2023 11:33 AM
To: 钟居哲
Cc: Li, Pan2 ; gcc-patches ;
rdapp.gcc ; Jeff Law ; Wang,
Yanzhang
Subject: Re: [PATCH v1] RISC-V: Support RVV FP16 MISC vlmul ext intrinsic API
Lgtm too :)
钟居哲
Committed, thanks Kito and Juzhe.
Pan
From: Kito Cheng
Sent: Monday, June 12, 2023 11:32 AM
To: 钟居哲
Cc: Li, Pan2 ; gcc-patches ; Robin
Dapp ; jeffreyalaw ; Wang, Yanzhang
Subject: Re: [PATCH v1] RISC-V: Add test cases for RVV FP16 undefined and vlmul
trunc
LGTM
Lgtm too :)
钟居哲 於 2023年6月12日 週一 05:48 寫道：
> LGTM
>
>
>
> juzhe.zh...@rivai.ai
>
> From: pan2.li
> Date: 2023-06-11 08:33
> To: gcc-patches
> CC: juzhe.zhong; rdapp.gcc; jeffreyalaw; pan2.li; yanzhang.wang;
> kito.cheng
> Subject: [PATCH v1] RISC-V: Support RVV FP16 MISC vlmul ext intrinsic API
LGTM
juzhe.zh...@rivai.ai 於 2023年6月12日 週一 10:58 寫道：
> LGTM.
>
>
>
> juzhe.zh...@rivai.ai
>
> From: pan2.li
> Date: 2023-06-12 10:57
> To: gcc-patches
> CC: juzhe.zhong; rdapp.gcc; jeffreyalaw; pan2.li; yanzhang.wang;
> kito.cheng
> Subject: [PATCH v1] RISC-V: Add test cases for RVV FP16
On Linux/x86_64,
28db36e2cfca1b7106adc8d371600fa3a325c4e2 is the first bad commit
commit 28db36e2cfca1b7106adc8d371600fa3a325c4e2
Author: Jason Merrill
Date: Wed Jun 7 05:15:02 2023 -0400
c++: allow NRV and non-NRV returns [PR58487]
caused
FAIL: 25_algorithms/minmax/constrained.cc (test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107532
Boris Kolpackov changed:
What|Removed |Added
CC||boris at kolpackov dot net
---
I reproduce the failure too. Because it returns early in get_arg_info for
v-ext mode. I'll move the checking to the beginning.
> -Original Message-
> From: Kito Cheng
> Sent: Friday, June 9, 2023 5:52 PM
> To: Wang, Yanzhang
> Cc: gcc-patches@gcc.gnu.org; juzhe.zh...@rivai.ai;
LGTM.
juzhe.zh...@rivai.ai
From: pan2.li
Date: 2023-06-12 10:57
To: gcc-patches
CC: juzhe.zhong; rdapp.gcc; jeffreyalaw; pan2.li; yanzhang.wang; kito.cheng
Subject: [PATCH v1] RISC-V: Add test cases for RVV FP16 undefined and vlmul
trunc
From: Pan Li
This patch would like to add more
From: Pan Li
This patch would like to add more tests for RVV FP16 undef and vlmul
trunc, aka
__riscv_vundefined_f16*();
__riscv_vlmul_trunc_v_f16*_f16*();
>From the user's perspective, it is reasonable to do above operation
when only ZVFHMIN is enabled. This patch would like to add new test
From: Juzhe-Zhong
Optimize the following auto-vectorization codes:
void foo (int16_t * __restrict a, int32_t * __restrict b, int32_t c, int n)
{
for (int i = 0; i < n; i++)
a[i] = b[i] >> c;
}
Before this patch:
foo:
ble a3,zero,.L5
.L3:
vsetvli a5,a3,e32,m1,ta,ma
Hi,
Thanks for your comments!
Segher Boessenkool writes:
> Hi!
>
> On Wed, Jun 07, 2023 at 04:21:11PM +0800, Jiufu Guo wrote:
>> This patch tries to optimize "(X - N * M) / N" to "X / N - M".
>> For C code, "/" towards zero (trunc_div), and "X - N * M" maybe
>> wrap/overflow/underflow. So,
Hi,
This patch adds two peephole2 patterns which help convert certain insn
sequences to "mr." instruction. These insn sequences can't be combined in
combine pass.
Compared to last version, it adds a new mode iterator "Q" which should
be used for dot instruction. With "-m32/-mpowerpc64" set,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110170
--- Comment #8 from Hongtao.liu ---
ix86_expand_sse_fp_minmax failed since rtx_equal_p (cmp_op0, if_true) is false,
249(reg:DF 86 [ _1 ]) (if_true)
250(reg:DF 83 [ _2 ]) (if_false)
251(reg:DF 82 [ _1 ]) (cmp0_op0)
252(reg:DF 83 [ _2 ])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41244
--- Comment #12 from Andrew Pinski ---
So basically the biggest issue is we do the sign extend and then do the
multiply in an unsigned type; this causes all negative values causing a
wrapping which is not correct really but we don't know any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41244
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #11 from Andrew Pinski
在 2023/6/12 07:08, Jonathan Yong 写道:
+preprocessor is done. MinGW import library @code{msvcrt} is just a
+symlink (or file copy) to the other MinGW CRT import library
I suggest a change to this line:
symlink to (or a copy of) another MinGW CRT import library
Also, as discussed earlier,
The rs6000 port has allocated a stack frame when debugging is enabled
on AIX since the earliest versions of the port. Apparently the
earliest versions of the debuggers for AIX had difficulty with
stackless frames.
Both AIX DBX and GDB support stackless frames on AIX, and IBM XLC,
OpenXL and LLVM
> Hi Everyone,
Hello,
> I am working on the GSOC project "Bypass Assembler when generating LTO
> object files." My mentors and I have decided to work on the ELF files
> first, so I will add .symtab along with the symbol __gnu_lto_slim to
> the ELF file as a first step.
> When I was going through
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41244
--- Comment #10 from Andrew Pinski ---
Created attachment 55303
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55303=edit
Better patch
This is a better patch, operand_equal_p already does the integer cst check too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110188
--- Comment #6 from jzhgonha at 163 dot com ---
thank you very much!
发自我的小米在 "kito at gcc dot gnu.org" ，2023年6月9日
下午9:51写道：
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110188
Kito Cheng changed:
What |Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41244
--- Comment #9 from Andrew Pinski ---
Created attachment 55302
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55302=edit
Patch which I will be testing
This extends the pattern that already handles `(t * 2) / 2) -> t`.
The one thing which
On 5/27/23 10:14, Pali Rohár wrote:
It adjust preprocess, compile and link flags, which allows to change
default -lmsvcrt library by another provided by MinGW runtime.
gcc/
* config/i386/mingw-w64.h (CPP_SPEC): Adjust for -mcrtdll=.
(REAL_LIBGCC_SPEC): New define.
*
From: Ju-Zhe Zhong
Target like ARM SVE in GCC has an elegant way to handle both loop control
and flow control simultaneously:
loop_control_mask = WHILE_ULT
flow_control_mask = comparison
control_mask = loop_control_mask & flow_control_mask;
MASK_LOAD (control_mask)
MASK_STORE (control_mask)
Snapshot gcc-14-20230611 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/14-20230611/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 14 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
LGTM
juzhe.zh...@rivai.ai
From: pan2.li
Date: 2023-06-11 08:33
To: gcc-patches
CC: juzhe.zhong; rdapp.gcc; jeffreyalaw; pan2.li; yanzhang.wang; kito.cheng
Subject: [PATCH v1] RISC-V: Support RVV FP16 MISC vlmul ext intrinsic API
From: Pan Li
This patch support the intrinsic API of FP16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86277
--- Comment #20 from anlauf at gcc dot gnu.org ---
(In reply to Mikael Morin from comment #18)
> Created attachment 55300 [details]
> Alternative patch v2
This patch fails for me on several occasions including the testsuite.
I guess the logic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110212
--- Comment #1 from Andrew Pinski ---
There is a dup of this bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110212
Bug ID: 110212
Summary: ICE on invalid: template constraint failure
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41244
--- Comment #8 from Andrew Pinski ---
_14 = _13 * 32;
_15 = (long int) _14;
_2 = _15 /[ex] 32;
I think this will work
(simplify
(exact_div (nop_convert (mult @0 INTEGER_CST@1)) INTEGER_CST@2)
(if (!TYPE_UNSIGNED (@0)
&&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96237
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> I am going to implement the match patterns needed.
This is just expanding:
/* (zero_one != 0) ? z y : y -> ((typeof(y))zero_one * z) y */
Patterns not to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95923
--- Comment #3 from Andrew Pinski ---
After r14-1597-g64d90d06d2db, we now have:
_8 = a_6(D) | b_7(D);
_10 = a_6(D) == b_7(D);
_1 = _8 & _10;
(a == b) & (a | b)
I am no longer working on this right now. That is a job for reassociate I
On Tue, Jun 6, 2023 at 5:19 AM Kewen.Lin wrote:
> Hi,
>
> As PR109932 shows, builtins __builtin_{un,}pack_vector_int128
> should be guarded under vsx rather than power7, as their
> corresponding bif patterns have the conditions TARGET_VSX
> and VECTOR_MEM_ALTIVEC_OR_VSX_P (V1TImode). This patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110206
Jakub Jelinek changed:
What|Removed |Added
Summary|[14 Regression] wrong code |[14 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110113
--- Comment #10 from Witold Baryluk ---
Thank you Iain. Amazing debugging skills.
BTW. `import std;` was because dustmite reduced original import to just that.
Original import was `import std.math.algebraic : sqrt;`
But you already figured
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110211
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Known to fail||9.5.0
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110211
Bug ID: 110211
Summary: Local lambda treated as non-local
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: c++-lambda, rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110206
--- Comment #1 from Andrew Pinski ---
There is a difference at the gimple level even:
trunk:
_3 = { 204, 204, 204, 204 } >> u_7(D);
GCC 13.1:
_15 = BIT_FIELD_REF ;
_16 = 204 >> _15;
_17 = BIT_FIELD_REF ;
_18 = 204 >> _17;
_19 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110210
--- Comment #2 from Andrew Pinski ---
Gcc does not provide these functions. They are provided by the libc that gcc
links to.
In the case of Linux, it is most likely glibc but it could be musl or uclibc .
If you are using a -elf target, then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110206
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110207
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110208
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110209
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
This middle-end patch avoids some redundant RTL for vector initialization
during RTL expansion. For the simple test case:
typedef __int128 v1ti __attribute__ ((__vector_size__ (16)));
__int128 key;
v1ti foo() {
return (v1ti){key};
}
the middle-end currently expands:
(set (reg:V1TI 85)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110210
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110122
--- Comment #7 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:59946a4c0c97c842ac5a34de5b1aadb73b738809
commit r14-1698-g59946a4c0c97c842ac5a34de5b1aadb73b738809
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110122
--- Comment #6 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:682d401a6ba723b2bf98779d056efc8ff2640178
commit r14-1697-g682d401a6ba723b2bf98779d056efc8ff2640178
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110210
Bug ID: 110210
Summary: problem with strtol strtoll strtoul strtoull
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110209
Bug ID: 110209
Summary: problem with strtod strtof strtold
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110208
Bug ID: 110208
Summary: problem with fscanf
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
Hi Jakup,
two comments which may or may not be helpful:
Clang extended _Generic in a similar way:
https://github.com/llvm/llvm-project/commit/12728e144994efe84715f4e5dbb8c3104e9f0b5a
Although for _Generic you can achieve the same with checking
for compatiblilty of pointer to the type, and I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110207
Bug ID: 110207
Summary: problems of fseek and fsetpos
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Hi,
> Running
> nohup make -j7 check-fortran
> RUNTESTFLAGS="--target_board=unix/-mabi=ieeelongdouble/-mcpu=power9"&
> from the gcc subdirectory yielded only a single failure:
I dug more into the code and I understand why all tests are running: since
db630423a97ec6690a8eb0e5c3cb186c91e3740d
> OK, thanks.
Committed at
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=ecc96eb5d2a0e5dd93365ef76a58d7f754273934
On Fri, Mar 24, 2023 at 9:04 PM David Malcolm via Gcc-patches
wrote:
>
> PR analyzer/109098 notes that the SARIF spec mandates that .sarif
> files are UTF-8 encoded, but -fdiagnostics-format=sarif-file naively
> assumes that the source files are UTF-8 encoded when quoting source
> artefacts in
Applied this no-op change that tidies up the code for inverted bit
insertions.
Johann
--
Use canonical form for reversed single-bit insertions after reload.
We now split almost all insns after reload in order to add clobber of
REG_CC.
If insns are coming from insn combiner and there is no
pch
--prefix=/repo/gcc-trunk//binary-trunk-r14-1694-2023062131-g20643513b8d-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20230611 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109456
--- Comment #10 from Andreas Schwab ---
Or "other ABI-mandated fixed roles". This also includes return value
registers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109456
--- Comment #9 from Xi Ruoyao ---
The easiest way is considering it a documentation issue and do:
diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
index 0870f7aff93..c39880349d5 100644
--- a/gcc/doc/invoke.texi
+++ b/gcc/doc/invoke.texi
Hi FX,
>> The KIND=17 is a bit of a kludge. It is not visible for
>> user programs, they use KIND=16, but this is then translated
>> to library calls as if it was KIND=17 if the IEEE 128-bit floats
>> are selected
>
> Can you check what the IEEE test results are when
-mabi=ieeelongdouble is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109907
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109907
--- Comment #30 from CVS Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:20643513b8dd34c07f2b0fccf119153a30735f66
commit r14-1694-g20643513b8dd34c07f2b0fccf119153a30735f66
Author: Georg-Johann Lay
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110169
Xi Ruoyao changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110169
--- Comment #3 from CTC <19373742 at buaa dot edu.cn> ---
(In reply to Alexander Monakov from comment #2)
> It seems csmith was run with the --float argument. Differences under -Ofast
> are expected (but even without -Ofast, it seems csmith can
Le 10/06/2023 à 22:28, FX Coudert via Fortran a écrit :
See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109373
I don’t believe it is widely used, and it was removed from everywhere else in
gcc.
Bootstrapped and regtested on x86_64-pc-linux-gnu.
OK to commit?
FX
OK, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110205
Bug ID: 110205
Summary: Some new warnings from clang for the range code
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
75 matches
Mail list logo
