Hi all,
Please review a trivial change that defines which threading model is
used on Windows, so applications can check it. This is also useful for
system headers, since some headers should be switched off if pthread
is the threading model (Currently they are included unconditionally on
Windows).
Hi Richard,
Looks this commit may result one ICE similar as below when build the newlib,
feel free to ping me if you need one PR for this.
CC RISC-V port for awareness.
In file included from
/home/pli/gcc/111/riscv-gnu-toolchain/newlib/newlib/libc/stdlib/setenv_r.c:26:
/home/pli/gcc/111/riscv-
This is the patch I sent previously, but I tried to improve the
description and added a long comment. This patch is needed so
that we do not have to update TYPE_CANONICAL of structures / unions
when a tagged type is completed that is (recursively) pointed to
by a member of the structure / union
This is similar to the enum issue, where setting the alias set to zero
is insufficient because also derived types need to be able to alias.
After this change, it is also possible to add checking assertions that
verify TYPE_CANONICAL for all tagged types at end of each call to the
comptypes famil
Is this approach OK? Alternatively I suppose we could do a deep copy of
the overload list when this occurs to ensure we don't affect existing
referents, would that be preferable?
Bootstrapped and regtested (so far just modules.exp) on
x86_64-pc-linux-gnu, OK for trunk if full regtest succeeds?
-
On 5/25/24 6:39 PM, pan2...@intel.com wrote:
From: Pan Li
Notice some mis-alignment for gen_kids_1 right hand braces as below:
if ((_q50 == _q20 && ! TREE_SIDE_EFFECTS (...
{
if ((_q51 == _q21 && ! TREE_SIDE_EFFECTS
On 5/25/24 11:16 AM, Peter Damianov wrote:
libcpp/ChangeLog:
* lex.cc (do_peek_prev): Correct typo in argument to __builtin_expect()
THanks. I've pushed this to the trunk.
jeff
On 11/22/23 10:47 PM, Feng Wang wrote:
This patch add another condition for gimple-cond optimization. Refer to
the following test case.
int foo1 (int data, int res)
{
res = data & 0xf;
res |= res << 4;
if (res < 0x22)
return 0x22;
return res;
}
with the compilation flag "-marc
Relevant bugzilla:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115220
Patrick
On Sun, May 26, 2024 at 2:30 AM Li, Pan2 wrote:
>
> Hi Richard,
>
> Looks this commit may result one ICE similar as below when build the newlib,
> feel free to ping me if you need one PR for this.
>
> CC RISC-V port
On 12/20/23 4:17 AM, Jin Ma wrote:
We don't have SI -> BF library functions, use SI -> SF -> BF
instead. Although this can also be implemented in a target
machine description, it is more appropriate to move
into target independent code.
gcc/ChangeLog:
* optabs.cc (expand_float): Spli
On 2/10/24 10:26 AM, Andrew Burgess wrote:
GDB makes use of the libiberty function buildargv for splitting the
inferior (program being debugged) argument string in the case where
the inferior is not being started under a shell.
I have recently been working to improve this area of GDB, and hav
On 2/10/24 10:26 AM, Andrew Burgess wrote:
GDB makes use of the libiberty function buildargv for splitting the
inferior (program being debugged) argument string in the case where
the inferior is not being started under a shell.
I have recently been working to improve this area of GDB, and not
ping
> Le 11 mai 2024 à 17:16, FX Coudert a écrit :
>
> Hi,
>
> On some targets it seems that ssize_t is not defined by any of the headers
> transitively included by . This leads to a bootstrap fail when jit
> is enabled. The attached patch fixes it by include . Other
> headers in GCC treat
So there's another class of constants we're failing to synthesize well.
Specifically those where we can invert our original constant C into C'
and C' takes at least 2 fewer instructions to synthesize than C. In
that case we can initially generate C', then use xori with the constant
-1 to flip
On Fri, May 24, 2024, 04:42 Mariam Arutunian
wrote:
> Hello!
> This patch set detects bitwise CRC implementation loops (with branches) in
> the GIMPLE optimizers and replaces them with more optimal CRC
> implementations in RTL. These patches introduce new internal functions,
> built-in functions,
This patch from Lyut will reassociate operands when we have shifted
logical operations. This can simplify a constant that may not be fit in
a simm12 into a form that does fit into a simm12.
The basic work was done by Lyut. I generalized it to handle XOR/OR.
It stands on its own, but also hel
Not exactly the download for the specific release, but then a more
stable URL.
Pushed.
Gerald
---
htdocs/gcc-3.1/criteria.html | 3 +--
htdocs/gcc-3.3/criteria.html | 3 +--
htdocs/gcc-3.4/criteria.html | 3 +--
3 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/htdocs/gcc-3.1/crit
Based on a conversation with Joseph years ago.
gcc:
* doc/extend.texi (Attribute Syntax): Use @samp{=} instead of @code{=}.
(Extended Asm): Ditto.
---
gcc/doc/extend.texi | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/gcc/doc/extend.texi b/gcc/doc/extend
Not sure why all these showed up within a few weeks. Anyway, pushed.
Gerald
---
htdocs/news.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/news.html b/htdocs/news.html
index fb34e64a..af30872b 100644
--- a/htdocs/news.html
+++ b/htdocs/news.html
@@ -622,7 +622,7
Keep the reference as text; just not the link.
Gerald
---
htdocs/news.html | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/htdocs/news.html b/htdocs/news.html
index af30872b..09dd2424 100644
--- a/htdocs/news.html
+++ b/htdocs/news.html
@@ -393,8 +393,7 @@
[2013-08-08]
This is a perfect example why maintaining links is important. The domain
appears to have changed owners and now appears very spammy.
Pushed. Gerald
---
htdocs/news.html | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/htdocs/news.html b/htdocs/news.html
index 09dd2424..d21685
Caught by my latest link checker...
gcc/go:
* gccgo.texi (Top): Move a web reference from golang.org to go.dev.
(C Interoperability): Move a web reference from golang.org to
pkg.go.dev.
---
gcc/go/gccgo.texi | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff
Pushed.
Gerald
---
htdocs/testing/index.html | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/htdocs/testing/index.html b/htdocs/testing/index.html
index 012ac287..bf031c22 100644
--- a/htdocs/testing/index.html
+++ b/htdocs/testing/index.html
@@ -117,7 +117,7 @@ the testsuite
Don't link to Bugzilla directly (nor refer to it directly).
Pushed.
Gerald
---
htdocs/gcc-12/changes.html | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/htdocs/gcc-12/changes.html b/htdocs/gcc-12/changes.html
index 0cfa12eb..2f790e0b 100644
--- a/htdocs/gcc-12/changes.ht
While working on adding matching of negative expressions of `a - b`,
I noticed that we started to have "duplicated" patterns due to not having
a way to match maybe negative expressions. So I went back to what I did for
bit_not and decided to improve the situtation there so for some patterns
where w
While looking into something else, I noticed that `a ^ CST` needed to be
special casing to bitwise_inverted_equal_p as it would simplify to `a ^ ~CST`
for the bitwise not.
Bootstrapped and tested on x86_64-linux-gnu with no regressions.
PR tree-optimization/115224
gcc/ChangeLog:
Update in V2:
Guard constant folding for overflow value in
fold_convert_const_int_from_real with flag_trapping_math.
Add -fno-trapping-math to related testcases which warn for overflow
in conversion from floating point to integer.
Bootstrapped and regtested on x86_64-pc-linux-gnu{-m32,}.
Ok for tr
https://gcc.gnu.org/pipermail/gcc-patches/2024-May/652231.html
Ok for this.
--
BR,
Hongtao
On Mon, May 20, 2024 at 11:15 AM Hongtao Liu wrote:
>
> On Wed, May 15, 2024 at 11:30 AM Jiang, Haochen
> wrote:
> >
> > Also cc Honza and Richard since we touched generic tune.
> >
> > Thx,
> > Haochen
> >
> > > -Original Message-
> > > From: Haochen Jiang
> > > Sent: Wednesday, May 15
Committed, thanks Jeff.
Pan
-Original Message-
From: Jeff Law
Sent: Sunday, May 26, 2024 9:59 PM
To: Li, Pan2 ; gcc-patches@gcc.gnu.org
Cc: juzhe.zh...@rivai.ai; kito.ch...@gmail.com; richard.guent...@gmail.com
Subject: Re: [PATCH v1] Gen-Match: Fix gen_kids_1 right hand braces
mis-ali
Hi Carl,
on 2024/5/25 04:18, Carl Love wrote:
> Kewen:
>
> On 5/14/24 01:43, Kewen.Lin wrote:
>> Hi,
>>
>> on 2024/4/20 05:17, Carl Love wrote:
>>> rs6000, Remove __builtin_vsx_xvcvspsxws built-in
>>>
>>> The built-in __builtin_vsx_xvcvspsxws is a duplicate of the vec_signed
>>> built-in that is
Hi,
Gently ping them.
Thanks
Gui Haochen
在 2024/5/13 9:56, HAO CHEN GUI 写道:
> Hi,
> Gently ping the series of patches.
> [PATCH-1, rs6000]Add a new type of CC mode - CCBCD for bcd insns [PR100736,
> PR114732]
> https://gcc.gnu.org/pipermail/gcc-patches/2024-April/650217.html
> [PATCH-2, rs60
On Thu, May 23, 2024 at 2:38 PM Hu, Lin1 wrote:
>
> gcc/ChangeLog:
>
> PR target/107432
> * config/i386/mmx.md (truncv4hiv4qi2): New define_insn.
>
> gcc/testsuite/ChangeLog:
>
> PR target/107432
> * gcc.target/i386/pr107432-6.c: Add test.
> ---
> gcc/config/i386/mmx.md
Hi,
Gently ping it.
https://gcc.gnu.org/pipermail/gcc-patches/2024-May/652170.html
Thanks
Gui Haochen
在 2024/5/20 16:15, HAO CHEN GUI 写道:
> Hi,
> This patch adds an optab for __builtin_isfinite. The finite check can be
> implemented on rs6000 by a single instruction. It needs an optab to be
>
Hi,
Gently ping it.
https://gcc.gnu.org/pipermail/gcc-patches/2024-May/652172.html
Thanks
Gui Haochen
在 2024/5/20 16:15, HAO CHEN GUI 写道:
> Hi,
> This patch adds an optab for __builtin_isnormal. The normal check can be
> implemented on rs6000 by a single instruction. It needs an optab to be
>
Hi,
Gently ping the series of patches which add range op.
[PATCH-1v2] Value Range: Add range op for builtin isinf
https://gcc.gnu.org/pipermail/gcc-patches/2024-May/652219.html
[PATCH-2v3] Value Range: Add range op for builtin isfinite
https://gcc.gnu.org/pipermail/gcc-patches/2024-May/652220.ht
Hi,
Gently ping it.
https://gcc.gnu.org/pipermail/gcc-patches/2024-February/646478.html
Thanks
Gui Haochen
在 2024/5/8 9:55, HAO CHEN GUI 写道:
> Hi,
> As now it's stage 1, gently ping this:
> https://gcc.gnu.org/pipermail/gcc-patches/2024-February/646478.html
>
> Thanks
> Gui Haochen
>
> 在 20
Hi,
on 2024/4/22 17:38, Alexandre Oliva wrote:
> Ping?
> https://gcc.gnu.org/pipermail/gcc-patches/2021-March/566530.html
> (modified version follows)
Segher originated this test case, I was expecting he can chime in this. :)
>
>
> We've observed failures of this test on powerpc configurations
Hi,
on 2024/4/22 18:11, Alexandre Oliva wrote:
> Ping?-ish
> https://gcc.gnu.org/pipermail/gcc-patches/2023-May/619678.html
>
> It's that time of the year again. The good news is that this is the
> last patch in my ppc*-vxworks7* set ;-)
>
> On May 25, 2023, Segher Boessenkool wrote:
>
>> On
Hi,
on 2024/5/20 16:15, HAO CHEN GUI wrote:
> Hi,
> This patch adds an optab for __builtin_isfinite. The finite check can be
> implemented on rs6000 by a single instruction. It needs an optab to be
> expanded to the certain sequence of instructions.
>
> The subsequent patches will implement t
Hi,
on 2024/5/25 20:13, Alexandre Oliva wrote:
> On Apr 27, 2023, Alexandre Oliva wrote:
>
>> On Apr 14, 2023, Alexandre Oliva wrote:
>>> On Mar 23, 2023, Alexandre Oliva wrote:
This patch introduces infrastructure for targets to add an offset to
the label issued after the call_insn
I noticed while working on the `a ^ CST` patch, that bitwise_inverted_equal_p
would check INTEGER_CST directly and not handle vector csts that are uniform.
This moves over to using uniform_integer_cst_p instead of checking INTEGER_CST
directly.
Bootstrapped and tested on x86_64-linux-gnu with no r
Hi,
As reported in PR target/79646 and fixed by a change proposed by Abe we
have a couple of issues with the descriptions of the VAX floating-point
format options in the option definition file. Additionally most of these
options are not documented in the manual.
This mini patch series addre
From: Abe Skolnik
Replace "Target" with "Generate" consistently and place a hyphen in
"double-precision" as this is used as an adjective here.
gcc/ChangeLog:
PR target/79646
* config/vax/vax.opt (md, md-float, mg, mg-float): Correct
descriptions.
---
Changes from v1:
Use the correct names of the D_floating and G_floating data formats as
per the VAX ISA nomenclature[1]. Document the `-md', `-md-float', and
`-mg-float' options.
References:
[1] DEC STD 032-0 "VAX Architecture Standard", Digital Equipment
Corporation, A-DS-EL-00032-00-0 Rev J, December 15,
Hi Abe,
> After many years away from contributing to GCC, I am rejoining as a
> "gardener": my intent/plan is to clean up the bug backlog, weeding out
> old bugs that are relatively-easy to fix yet have languished for a long
> time. First for today`s gardening: a documentation-only bug or two
Here is a new version working also in C++98.
Note that I have this failure:
FAIL: 23_containers/vector/types/1.cc -std=gnu++98 (test for excess errors)
but it's already failing on master, my patch do not change anything.
Tested under Linux x64,
still ok to commit ?
François
On 24/05/2024 1
Hi all,
Here is the v2 version of this patch. Thanks for your patience. I
believe I have fixed the issue with the extra space this time around,
and have also cleaned up the patch a bit. Do note that I still do not
have write access and need help pushing this when this passes review
best regards,
Note: This patch series is based on Richard's initial patch
https://gcc.gnu.org/pipermail/gcc-patches/2022-November/606741.html
and Jakub's suggestion
https://gcc.gnu.org/pipermail/gcc-patches/2023-February/611892.html
The following patch series handles various scenarios with OpenMP and SVE ty
Currently poly-int type structures are passed by value to OpenMP runtime
functions for shared clauses etc. This patch improves on this by passing
around poly-int structures by address to avoid copy-overhead.
gcc/ChangeLog
* omp-low.c (use_pointer_for_field): Use pointer if the OMP data
This patch tests various shared clauses with SVE types. It also adds a test
scaffold to run OpenMP tests in under the gcc.target testsuite.
gcc/testsuite/ChangeLog:
* gcc.target/aarch64/sve/omp/aarch64-sve-omp.exp: New scaffold.
* gcc/testsuite/gcc.target/aarch64/sve/omp/shared.c
This patch tests various OpenMP lastprivate clause with SVE object types in
various construct contexts.
gcc/testsuite/ChangeLog:
* gcc.target/aarch64/sve/omp/lastprivate.c: New test.
---
.../gcc.target/aarch64/sve/omp/lastprivate.c | 121 ++
1 file changed, 121 insertion
This patch adds a test for ensuring threadprivate clause works for SVE type
objects.
gcc/testsuite/ChangeLog
* gcc.target/aarch64/sve/omp/threadprivate.c: New test.
---
.../aarch64/sve/omp/threadprivate.c | 44 +++
1 file changed, 44 insertions(+)
create mode 1
This patch tests if SVE object types if applied to linear clause is diagnosed
as expected.
gcc/testsuite/ChangeLog
* gcc.target/aarch64/sve/omp/linear.c: New test.
---
.../gcc.target/aarch64/sve/omp/linear.c | 33 +++
1 file changed, 33 insertions(+)
create mode 10
This patch tests simd aligned clause and their interaction with SVE types.
gcc/testsuite/ChangeLog
* gcc.target/aarch64/sve/omp/simd-aligned.c: New test.
---
.../gcc.target/aarch64/sve/omp/simd-aligned.c | 50 +++
1 file changed, 50 insertions(+)
create mode 100644 gcc/t
The target clause in OpenMP is used to offload loop kernels to accelarator
peripeherals. target's 'map' clause is used to move data from and to the
accelarator. When the data is SVE type, it may not be suitable because of
various reasons i.e. the two SVE targets may not agree on vector size or
so
This patch tests if simd uniform clause works with SVE types in simd regions.
gcc/testsuite/ChangeLog
* gcc.target/aarch64/sve/omp/simd-uniform.c: New test.
---
.../gcc.target/aarch64/sve/omp/simd-uniform.c | 71 +++
1 file changed, 71 insertions(+)
create mode 100644 gc
This patch adds a test to test depend clause and its various dependency
variations with SVE type objects.
gcc/testsuite/ChangeLog
* gcc.target/aarch64/sve/omp/depend-1.c: New test.
---
.../gcc.target/aarch64/sve/omp/depend-1.c | 223 ++
1 file changed, 223 insertions(
This patch tests user-defined reductions on various constructs with objects
of SVE type.
gcc/testsuite/ChangeLog
* gcc.target/aarch64/sve/omp/udr-sve.c: New test.
---
.../gcc.target/aarch64/sve/omp/udr-sve.c | 166 ++
1 file changed, 166 insertions(+)
create mode 10
This patch tests if SVE type objects when applied to doacross clause are
correctly diagnosed.
gcc/testsuite/ChangeLog
* gcc.target/aarch64/sve/omp/doacross.c: New test.
---
.../gcc.target/aarch64/sve/omp/doacross.c | 22 +++
1 file changed, 22 insertions(+)
create mo
Hi all,
Please review a trivial change that defines which threading model is
used on Windows, so applications can check it. This is also useful for
system headers, since some headers should be switched off if pthread
is the threading model (Currently they are included unconditionally on
Windows).
On Tue, May 21, 2024 at 5:46 AM Alexander Monakov wrote:
>
>
> Hello!
>
> I looked at ternlog a bit last year, so I'd like to offer some drive-by
> comments. If you want to tackle them in a follow-up patch, or leave for
> someone else to handle, please let me know.
>
> On Fri, 17 May 2024, Roger S
From: Pan Li
After we support one gassign form of the unsigned .SAT_ADD, we
would like to support more forms including both the branch and
branchless. There are 5 other forms of .SAT_ADD, list as below:
Form 1:
#define SAT_ADD_U_1(T) \
T sat_add_u_1_##T(T x, T y) \
{ \
return (T)(x
On Mon, May 27, 2024 at 4:10 AM HAO CHEN GUI wrote:
>
> Hi,
> Gently ping it.
> https://gcc.gnu.org/pipermail/gcc-patches/2024-May/652170.html
>
> Thanks
> Gui Haochen
>
> 在 2024/5/20 16:15, HAO CHEN GUI 写道:
> > Hi,
> > This patch adds an optab for __builtin_isfinite. The finite check can be
>
On Mon, May 27, 2024 at 6:14 AM Andrew Pinski wrote:
>
> I noticed while working on the `a ^ CST` patch, that bitwise_inverted_equal_p
> would check INTEGER_CST directly and not handle vector csts that are uniform.
> This moves over to using uniform_integer_cst_p instead of checking INTEGER_CST
>
On Sat, May 18, 2024 at 4:10 AM Roger Sayle wrote:
>
>
> Hi Hongtao,
> Many thanks for the review, bug fixes and suggestions for improvements.
> This revised version of the patch, implements all of your corrections. In
> theory
> the "ternlog idx" should guarantee that some operands are non-null
On Fri, May 24, 2024 at 10:44 AM Mariam Arutunian
wrote:
>
> This patch introduces new built-in functions to GCC for computing bit-forward
> and bit-reversed CRCs.
> These builtins aim to provide efficient CRC calculation capabilities.
> When the target architecture supports CRC operations (as in
On Sat, May 25, 2024 at 8:34 PM Jeff Law wrote:
>
>
>
> On 5/24/24 2:42 AM, Mariam Arutunian wrote:
> >gcc/testsuite/gcc.c-torture/compile/
> >
> > * crc-11.c: New test.
> > * crc-15.c: Likewise.
> > * crc-16.c: Likewise.
> > * crc-19.c: Likewise.
> > * crc-2.c: Likewi
On Fri, May 24, 2024 at 5:33 PM Jiawei wrote:
>
> Return NULL_TREE when match the POLY_INT case.
> https://gcc.gnu.org/pipermail/gcc-patches/2024-May/652641.html
>
> gcc/ChangeLog:
>
> * tree-ssa-pre.cc (create_component_ref_by_pieces_1): New
> * conditions.
>
> gcc/testsuite/Chang
libstdc++-v3/
* src/libbacktrace/Makefile.am (AM_CFLAGS, AM_CXXFLAGS): Add
-funwind-tables
* src/libbacktrace/Makefile.in: Regenerate.
---
libstdc++-v3/src/libbacktrace/Makefile.am | 4 ++--
libstdc++-v3/src/libbacktrace/Makefile.in | 4 ++--
2 files changed, 4 insertions(
This is an RFC series that adds FDPIC ELF target support to
libbacktrace.
While debugging this I've noticed that there's no unwinding info for the
libstdc++ version of libbacktrace, which made backtraces empty for me,
both on xtensa-linux-uclibcfdpic and on regular xtensa-linux-uclibc.
Adding -fun
Instead of a single base address FDPIC ELF files use load map: a
structure with an array of mappings for individual segments. Change
libbacktrace functions and structures to support that.
libbacktrace/
PR libbacktrace/114941
* dwarf.c: Include or if available.
(struct d
Committed to trunk :)
On Fri, May 24, 2024 at 7:58 PM Kito Cheng wrote:
>
> LGTM
>
> Liao Shihua 於 2024年5月24日 週五 13:05 寫道:
>>
>> Update v1->v2
>> Add testcase for this patch.
>>
>> Missing boolean_expression TARGET_ZMMUL in riscv_rtx_costs() cause different
>> instructions when
>> multiplyi
73 matches
Mail list logo