On Wed, 21 Dec 2022, Jiufu Guo wrote:
> Hi,
>
> This patch is fixing an issue about parameter accessing if the
> parameter is struct type and passed through integer registers, and
> there is floating member is accessed. Like below code:
>
> typedef struct DF {double a[4]; long l; } DF;
> double
On 19.12.22 11:51, Tobias Burnus wrote:
On 19.12.22 10:26, Tobias Burnus wrote:
And here is a more light-wight variant, suggested by Nightstrike:
Using '.' instead of creating a new directory - and checking for
__WIN32__ instead for __MINGW32__.
[...]
I have now updated the heavy version.
On Tue, 20 Dec 2022, Qing Zhao wrote:
> Hi,
>
> This is the patch for mentioning -fstrict-flex-arrays and -Warray-bounds=2
> changes in gcc-13/changes.html.
>
> Let me know if you have any comment or suggestions.
Some copy editing below
> Thanks.
>
> Qing.
>
>
Hi,
This patch is fixing an issue about parameter accessing if the
parameter is struct type and passed through integer registers, and
there is floating member is accessed. Like below code:
typedef struct DF {double a[4]; long l; } DF;
double foo_df (DF arg){return arg.a[3];}
On ppc64le, with
>Ping. If there are any questions or concerns about the patch, please let me
>know: I'm interested in continuing this cleanup at least for older AMD models.
>
Thanks for your patch.
We are running benchmark on speccpu2017 to get the performance number， it takes
some time.
If we get the result ,
On Tue, Dec 20, 2022 at 10:59 AM Tom Tromey wrote:
>
> > "Andrew" == apinski--- via Gdb-patches
> > writes:
>
> Andrew> From: Andrew Pinski
> Andrew> This patch uses the toplevel configure parts for GMP/MPFR for
> Andrew> gdb. The only thing is that gdb now requires MPFR for building.
Hi Segher,
on 2022/12/20 21:19, Segher Boessenkool wrote:
> Hi!
>
> On Mon, Dec 19, 2022 at 02:13:49PM +0800, Kewen.Lin wrote:
>> on 2022/12/15 06:29, Segher Boessenkool wrote:
>>> On Wed, Nov 30, 2022 at 04:30:13PM +0800, Kewen.Lin wrote:
--- a/gcc/config/rs6000/genfusion.pl
+++
On Mon, Dec 19, 2022 at 8:59 AM wrote:
>
> From: Sören Tempel
>
> This patch is similar to the existing check for librt. If libucontext
> is installed and libucontext.a provides the aforementioned symbols, then
> it is added to $LIBS. If not, no error is emitted. We could,
> alternatively, also
Hi,
The hunk for setting flag OPTION_MASK_P10_FUSION locates wrongly
between the if and else if block for OPTION_MASK_MMA. This is
to fix this oversight accordingly.
Bootstrapped and regtested on powerpc64-linux-gnu P8 and
powerpc64le-linux-gnu P9 and P10.
IMO this is obvious, already
on 2022/12/21 02:56, Segher Boessenkool wrote:
> On Wed, Dec 14, 2022 at 07:21:20PM +0800, Kewen.Lin wrote:
>> I'm going to push this next week if no objections.
>
> Please do?
>
Thanks! Committed in r13-4814-g282462b39584ae.
BR,
Kewen
on 2022/12/20 20:14, Jakub Jelinek wrote:
> On Mon, Dec 19, 2022 at 04:11:59PM +0800, Kewen.Lin wrote:
>> In function fold_convert_const_real_from_real, when the modes of
>> two types involved in fp conversion are the same, we can simply
>> take it as copy, rebuild with the exactly same
On 12/20/22 14:39, Richard Biener wrote:
Am 20.12.2022 um 18:38 schrieb Jason Merrill :
On 12/20/22 07:07, Richard Biener wrote:
On Fri, Dec 2, 2022 at 4:46 PM Jason Merrill via Gcc-patches
wrote:
Tested x86_64-pc-linux-gnu, OK for trunk?
-- 8< --
If the DECL_VALUE_EXPR of a VAR_DECL
On Tue, 20 Dec 2022 at 08:47, Jakub Jelinek wrote:
>
> Hi!
>
> In Fedora build libstdc++.so is built with assertions enabled and
> FAIL: 20_util/to_chars/float128_c++23.cc execution test
> was failing on all arches. The problem is that it called 5 argument version
> of to_chars with
On Tue, 20 Dec 2022 15:33:11 PST (-0800), juzhe.zh...@rivai.ai wrote:
Thanks. I received an email from sourceware:
"You should now have write access to the source control repository for your
project."
It seems that I can merge codes? However, I still don't know how to merge codes.
You should
Thanks. I received an email from sourceware:
"You should now have write access to the source control repository for your
project."
It seems that I can merge codes? However, I still don't know how to merge codes.
juzhe.zh...@rivai.ai
From: Jeff Law
Date: 2022-12-21 00:02
To: juzhe.zhong
CC:
On 12/20/22 16:55, Andrew Pinski wrote:
On Tue, Dec 20, 2022 at 1:22 AM Jonathan Yong via Gcc-patches
wrote:
This fixes the following:
It is not obvious from the email, why this patch is needed but I
figured it was due to LLP64 targets or some other targets where long
is not the same size
Hi All,
The move, load, load, store, dup, basically all the non arithmetic FP16
instructions use baseline armv8-a HF support, and so do not require the
Armv8.2-a extensions. This relaxes the instructions.
Bootstrapped Regtested on aarch64-none-linux-gnu and no issues.
Ok for master?
Thanks,
On 12/20/22 10:30, Patrick Palka wrote:
Unfortunately the extract_autos_r fix in r13-4799-ga7c8036b26082d is
derailed by the fact that walk_tree_1 currently walks the elements of a
TREE_VEC in reverse, which means for A in the below testcase
extract_autos_r ends up adjusting the
On Tue, Dec 20, 2022 at 09:40:23PM +0100, Harald Anlauf via Fortran wrote:
>
> we obviously forgot to extend the C interoperability check of the
> type of function results to CLASS variables and thus did not reject
> them. Wrong code could lead to an ICE, see testcase by Gerhard.
>
> Regtested
Dear all,
we obviously forgot to extend the C interoperability check of the
type of function results to CLASS variables and thus did not reject
them. Wrong code could lead to an ICE, see testcase by Gerhard.
Regtested on x86_64-pc-linux-gnu. OK for mainline?
Thanks,
Harald
From
On Tue, 20 Dec 2022, Martin Uecker via Gcc-patches wrote:
> Here is a patch to remove the unused function
> same_translation_unit_p and related code. The
> code to check for structural equivalency of
> structs / unions is kept (with some fixes)
> because it will be needed for C2X.
Could you
> Am 20.12.2022 um 18:38 schrieb Jason Merrill :
>
> On 12/20/22 07:07, Richard Biener wrote:
>>> On Fri, Dec 2, 2022 at 4:46 PM Jason Merrill via Gcc-patches
>>> wrote:
>>>
>>> Tested x86_64-pc-linux-gnu, OK for trunk?
>>>
>>> -- 8< --
>>>
>>> If the DECL_VALUE_EXPR of a VAR_DECL has
Here is a patch to remove the unused function
same_translation_unit_p and related code. The
code to check for structural equivalency of
structs / unions is kept (with some fixes)
because it will be needed for C2X.
c: Remove dead code related to type compatibility across TUs.
Code to
> "Andrew" == apinski--- via Gdb-patches
> writes:
Andrew> From: Andrew Pinski
Andrew> This patch uses the toplevel configure parts for GMP/MPFR for
Andrew> gdb. The only thing is that gdb now requires MPFR for building.
Andrew> Before it was a recommended but not required library.
On Wed, Dec 14, 2022 at 07:21:20PM +0800, Kewen.Lin wrote:
> I'm going to push this next week if no objections.
Please do?
Segher
On Dec 20, 2022, at 1:22 AM, Jonathan Yong via Gcc-patches
wrote:
>
> This fixes the following:
>
> Excess errors:
>
> gcc/testsuite/gcc.c-torture/compile/pr55569.c:13:12: warning: overflow in
> conversion from 'long long unsigned int' to 'long int' changes value from
>
Hi!
On Mon, Dec 19, 2022 at 02:27:57PM +0800, HAO CHEN GUI wrote:
> This patch fixes several problems:
> 1. The exponent of double-precision can be put into a SImode register.
> So "xsxexpdp" doesn't require 64-bit environment. Also "xsxsigdp",
> "xsiexpdp" and "xsiexpdpf" can put
On 12/20/22 07:07, Richard Biener wrote:
On Fri, Dec 2, 2022 at 4:46 PM Jason Merrill via Gcc-patches
wrote:
Tested x86_64-pc-linux-gnu, OK for trunk?
-- 8< --
If the DECL_VALUE_EXPR of a VAR_DECL has EXPR_LOCATION set, then any use of
that variable looks like it has that location, which
On 12/20/22 05:49, Arsen Arsenović wrote:
From: Jonathan Wakely
Make the output more readable. Don't output anything unless verbose
termination is enabled at configure-time.
libstdc++-v3/ChangeLog:
PR libstdc++/107792
PR libstdc++/107778
* src/experimental/contract.cc
On 12/15/22 12:39, Arsen Arsenović wrote:
Hi,
Jason Merrill writes:
The lowercase constants are more consistent with the standard, and it is
unlikely that the uppercase versions would've been accepted.
OK.
Thanks. Could you push this for me? I don't have write access.
Done.
Jason
On Tue, Dec 20, 2022 at 1:22 AM Jonathan Yong via Gcc-patches
wrote:
>
> This fixes the following:
It is not obvious from the email, why this patch is needed but I
figured it was due to LLP64 targets or some other targets where long
is not the same size of the size_t type.
I think this patch is
Hi,
This is the patch for mentioning -fstrict-flex-arrays and -Warray-bounds=2
changes in gcc-13/changes.html.
Let me know if you have any comment or suggestions.
Thanks.
Qing.
===
>From c022076169b4f1990b91f7daf4cc52c6c5535228 Mon Sep 17 00:00:00 2001
On 12/20/22 09:06, Palmer Dabbelt wrote:
On Tue, 20 Dec 2022 08:02:56 PST (-0800), jeffreya...@gmail.com wrote:
On 12/19/22 17:38, juzhe.zhong wrote:
Would you mind merging it for me？ I can‘t merge code.
Do you mean you do not have write access to the repository? If so, that
can be
On Tue, 20 Dec 2022 08:02:56 PST (-0800), jeffreya...@gmail.com wrote:
On 12/19/22 17:38, juzhe.zhong wrote:
Would you mind merging it for me？ I can‘t merge code.
Do you mean you do not have write access to the repository? If so, that
can be easily fixed.
On 12/19/22 17:38, juzhe.zhong wrote:
Would you mind merging it for me？ I can‘t merge code.
Do you mean you do not have write access to the repository? If so, that
can be easily fixed.
https://sourceware.org/cgi-bin/pdw/ps_form.cgi
List me as your sponsor.
jeff
On 12/20/22 07:51, juzhe.zh...@rivai.ai wrote:
From: Ju-Zhe Zhong
gcc/ChangeLog:
* config/riscv/riscv-vector-builtins-bases.cc: Remove side effects.
OK.
Jeff
On 12/20/22 07:56, juzhe.zh...@rivai.ai wrote:
From: Ju-Zhe Zhong
gcc/ChangeLog:
* config/riscv/riscv-vector-builtins-bases.cc: Change it to no side
effects.
* config/riscv/vector.md (@vsetvl_no_side_effects): New pattern.
OK
jeff
On Tue, 20 Dec 2022 at 10:49, Arsen Arsenović wrote:
>
> This script is a helper used to generate dg-output lines from an existing
> program output conveniently. It takes care of escaping Tcl and ARE stuff.
>
> contrib/ChangeLog:
>
> * dg-out-generator.pl: New file.
> ---
>
On 12/20/22 07:58, juzhe.zh...@rivai.ai wrote:
From: Ju-Zhe Zhong
gcc/ChangeLog:
* config/riscv/riscv-vector-builtins-shapes.cc (struct vsetvl_def): Add
"__riscv_" prefix.
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vsetvl-1.c: Add "__riscv_" prefix.
OK
jeff
Unfortunately the extract_autos_r fix in r13-4799-ga7c8036b26082d is
derailed by the fact that walk_tree_1 currently walks the elements of a
TREE_VEC in reverse, which means for A in the below testcase
extract_autos_r ends up adjusting the TEMPLATE_TYPE_IDX of the first
auto rather than the second
From: Ju-Zhe Zhong
gcc/ChangeLog:
* config/riscv/riscv-vector-builtins-shapes.cc (struct vsetvl_def): Add
"__riscv_" prefix.
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vsetvl-1.c: Add "__riscv_" prefix.
---
.../riscv/riscv-vector-builtins-shapes.cc | 1 +
From: Ju-Zhe Zhong
gcc/ChangeLog:
* config/riscv/riscv-vector-builtins-bases.cc: Change it to no side
effects.
* config/riscv/vector.md (@vsetvl_no_side_effects): New pattern.
---
.../riscv/riscv-vector-builtins-bases.cc | 2 +-
gcc/config/riscv/vector.md
From: Ju-Zhe Zhong
gcc/ChangeLog:
* config/riscv/riscv-vector-builtins-bases.cc: Remove side effects.
---
gcc/config/riscv/riscv-vector-builtins-bases.cc | 5 -
1 file changed, 5 deletions(-)
diff --git a/gcc/config/riscv/riscv-vector-builtins-bases.cc
On Sat, Nov 5, 2022 at 12:44 PM Richard Biener
wrote:
>
> 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
This documents that GDC 9.4 or later is required to build the D
language rather than GDC 9.1 which suffers from PR94240.
Pushed to trunk and gcc-12 branch.
PR d/104749
* install.texi (GDC): Document GDC 9.4 or later is required
to build the D language frontend.
---
Hi!
On Mon, Dec 19, 2022 at 02:13:49PM +0800, Kewen.Lin wrote:
> on 2022/12/15 06:29, Segher Boessenkool wrote:
> > On Wed, Nov 30, 2022 at 04:30:13PM +0800, Kewen.Lin wrote:
> >> --- a/gcc/config/rs6000/genfusion.pl
> >> +++ b/gcc/config/rs6000/genfusion.pl
> >> @@ -167,7 +167,7 @@ sub
On Tue, Dec 20, 2022 at 2:23 PM Manolis Tsamis wrote:
>
> When using SWAR (SIMD in a register) techniques a comparison operation within
> such a register can be made by using a combination of shifts, bitwise and and
> multiplication. If code using this scheme is vectorized then there is
>
On Mon, Dec 19, 2022 at 3:57 PM Andrew MacLeod via Gcc-patches
wrote:
>
> our use of equivalences on range-on-entry calculations cause an issue
> through a PHI node when a back edge is involved. ie
> a = VARYING
> <...>
> bb5
> b = PHI
> bb6
> if (a != 0)
> goto bb5
>
>
When using SWAR (SIMD in a register) techniques a comparison operation within
such a register can be made by using a combination of shifts, bitwise and and
multiplication. If code using this scheme is vectorized then there is potential
to replace all these operations with a single vector
On Mon, Dec 19, 2022 at 04:11:59PM +0800, Kewen.Lin wrote:
> In function fold_convert_const_real_from_real, when the modes of
> two types involved in fp conversion are the same, we can simply
> take it as copy, rebuild with the exactly same TREE_REAL_CST and
> the target type. It is more
On Fri, Dec 2, 2022 at 4:46 PM Jason Merrill via Gcc-patches
wrote:
>
> Tested x86_64-pc-linux-gnu, OK for trunk?
>
> -- 8< --
>
> If the DECL_VALUE_EXPR of a VAR_DECL has EXPR_LOCATION set, then any use of
> that variable looks like it has that location, which leads to the debugger
> jumping
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 30%, in most instances,
we can get the unit in
This script is a helper used to generate dg-output lines from an existing
program output conveniently. It takes care of escaping Tcl and ARE stuff.
contrib/ChangeLog:
* dg-out-generator.pl: New file.
---
contrib/dg-out-generator.pl | 79 +
1 file
This change was almost entirely mechanical. Save for two files which had very
short matches, these changes were produced by two seds and a Perl script, for
the more involved cases. The latter will be added in a subsequent commit. The
former are as follows:
sed -E -i "/dg-output/s/default
From: Jonathan Wakely
Make the output more readable. Don't output anything unless verbose
termination is enabled at configure-time.
libstdc++-v3/ChangeLog:
PR libstdc++/107792
PR libstdc++/107778
* src/experimental/contract.cc (handle_contract_violation): Make
Hi!
The r13-2943-g11a113d501ff64 made aarch64.h include
aarch64-option-extensions.def, but that file isn't installed
for building plugins.
The following patch should fix that, ok for trunk if it
passes bootstrap/regtest + building plugin against it?
2022-12-20 Jakub Jelinek
*
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 30%, in most instances,
we can get the unit in
This fixes the following:
Excess errors:
gcc/testsuite/gcc.c-torture/compile/pr55569.c:13:12: warning: overflow
in conversion from 'long long unsigned int' to 'long int' changes value
from '4611686018427387903' to '-1' [-Woverflow]
gcc/testsuite/gcc.c-torture/compile/pr55569.c:13:34:
Hi!
In Fedora build libstdc++.so is built with assertions enabled and
FAIL: 20_util/to_chars/float128_c++23.cc execution test
was failing on all arches. The problem is that it called 5 argument version
of to_chars with chars_format{}, which C++ says is invalid:
The Make-lang.in was missing the link serialization support.
PR rust/108113
gcc/rust
* Make-lang.in (rust.serial): New variable.
(rust1$(exeext)): Depend on $(rust.prev). Call LINK_PROGRESS.
Signed-off-by: Marc Poulhiès
---
Already reviewed and ACKed by Jakub:
Hi!
Ping.
Minor change in the attached
"nvptx: Support global constructors/destructors via 'collect2'": for
'atexit', add '#include ' to 'libgcc/config/nvptx/crt0.c'.
Grüße
Thomas
On 2022-12-02T14:35:35+0100, I wrote:
> Hi!
>
> On 2022-12-01T22:13:38+0100, I wrote:
>> I'm working on
61 matches
Mail list logo
