[PATCH v2] Define which threading model is in use on Windows

2024-05-26 Thread Julian Waters
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).

[PATCH 11/11] AArch64: Diagnose SVE type objects when applied to OpenMP doacross clause.

2024-05-26 Thread Tejas Belagod
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

[PATCH 06/11] AArch64: Test OpenMP user-defined reductions with SVE types.

2024-05-26 Thread Tejas Belagod
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

[PATCH 10/11] AArch64: Test OpenMP depend clause and its variations on SVE types

2024-05-26 Thread Tejas Belagod
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

[PATCH 07/11] AArch64: Test OpenMP uniform clause on SVE types.

2024-05-26 Thread Tejas Belagod
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

[PATCH 03/11] AArch64: Diagnose OpenMP offloading when SVE types involved.

2024-05-26 Thread Tejas Belagod
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

[PATCH 08/11] AArch64: Test OpenMP simd aligned clause with SVE types.

2024-05-26 Thread Tejas Belagod
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

[PATCH 09/11] AArch64: Diagnose OpenMP linear clause for SVE type objects.

2024-05-26 Thread Tejas Belagod
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

[PATCH 05/11] AArch64: Test OpenMP threadprivate clause on SVE type.

2024-05-26 Thread Tejas Belagod
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

[PATCH 04/11] AArch64: Test OpenMP lastprivate clause for various constructs.

2024-05-26 Thread Tejas Belagod
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

[PATCH 02/11] AArch64: Add test cases for SVE types in OpenMP shared clause.

2024-05-26 Thread Tejas Belagod
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. *

[PATCH 01/11] OpenMP/PolyInt: Pass poly-int structures by address to OMP libs.

2024-05-26 Thread Tejas Belagod
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

[PATCH 00/11] AArch64/OpenMP: Test SVE ACLE types with various OpenMP constructs.

2024-05-26 Thread Tejas Belagod
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

Re: [PATCH v2] Define which threading model is in use on Windows

2024-05-26 Thread Julian Waters
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,

Re: [PATCH] Avoid vector -Wfree-nonheap-object warnings

2024-05-26 Thread François Dumont
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

Re: [PATCH] vax: resolve long-standing documentation bugs re floating-point codegen [PR79646]

2024-05-26 Thread Maciej W. Rozycki
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

[committed v2 2/2] VAX/doc: Fix issues with FP format option documentation

2024-05-26 Thread Maciej W. Rozycki
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

[committed v2 1/2] vax: Fix descriptions of the FP format options [PR79646]

2024-05-26 Thread Maciej W. Rozycki
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:

[committed v2 0/2] VAX: Fix issues with FP format option documentation

2024-05-26 Thread Maciej W. Rozycki
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

[PATCH] match: Use uniform_integer_cst_p in bitwise_inverted_equal_p [PR115238]

2024-05-26 Thread Andrew Pinski
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

Re: [PATCH v3 #1/2] [rs6000] adjust return_pc debug attrs

2024-05-26 Thread Kewen.Lin
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

Re: [PATCHv2] Optab: add isfinite_optab for __builtin_isfinite

2024-05-26 Thread Kewen.Lin
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

Re: [PATCH v2] [testsuite] [powerpc] adjust -m32 counts for fold-vec-extract*

2024-05-26 Thread Kewen.Lin
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

Re: [PATCH v2] add explicit ABI and align options to pr88233.c

2024-05-26 Thread Kewen.Lin
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

Ping^2 [Patch, rs6000] Enable overlap memory store for block memory clear

2024-05-26 Thread HAO CHEN GUI
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 > > 在

Ping [PATCH-1v2] Value Range: Add range op for builtin isinf

2024-05-26 Thread HAO CHEN GUI
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

Ping [PATCHv2] Optab: add isnormal_optab for __builtin_isnormal

2024-05-26 Thread HAO CHEN GUI
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

Ping [PATCHv2] Optab: add isfinite_optab for __builtin_isfinite

2024-05-26 Thread HAO CHEN GUI
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

Re: [PATCH 2/3] vect: Support v4hi -> v4qi.

2024-05-26 Thread Hongtao Liu
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

Ping^2 [PATCH-1, rs6000] Add a new type of CC mode - CCBCD for bcd insns [PR100736, PR114732]

2024-05-26 Thread HAO CHEN GUI
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,

Re: [PATCH 2/13] rs6000, Remove __builtin_vsx_xvcvspsxws built-in

2024-05-26 Thread Kewen.Lin
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

RE: [PATCH v1] Gen-Match: Fix gen_kids_1 right hand braces mis-alignment

2024-05-26 Thread Li, Pan2
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

Re: [PATCH 0/2] Align tight loops to solve cross cacheline issue

2024-05-26 Thread Hongtao Liu
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

[PATCH] x86: Fix Logical Shift Issue in expand_vec_perm_psrlw_psllw_por [PR115146]

2024-05-26 Thread Hongtao Liu
https://gcc.gnu.org/pipermail/gcc-patches/2024-May/652231.html Ok for this. -- BR, Hongtao

[PATCH] Don't simplify NAN/INF or out-of-range constant for FIX/UNSIGNED_FIX.

2024-05-26 Thread liuhongt
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

[PATCH 2/2] match: Add support for `a ^ CST` to bitwise_inverted_equal_p [PR115224]

2024-05-26 Thread Andrew Pinski
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:

[PATCH 1/2] Match: Add maybe_bit_not instead of plain matching

2024-05-26 Thread Andrew Pinski
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

[pushed] wwwdocs: gcc-12: Make reference to problem reporting more general

2024-05-26 Thread Gerald Pfeifer
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 ---

[pushed] wwwdocs: testing: Move buildbot.net to https

2024-05-26 Thread Gerald Pfeifer
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

[pushed] go: Move web references from golang.org to go.dev.

2024-05-26 Thread Gerald Pfeifer
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] wwwdocs: news: Drop reference to www.gccsummit.org

2024-05-26 Thread Gerald Pfeifer
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

[pushed] wwwdocs: news: Google+ is no more

2024-05-26 Thread Gerald Pfeifer
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]

[pushed] wwwdocs: news: Move www.multiprecision.org to https

2024-05-26 Thread Gerald Pfeifer
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

[pushed] doc: Quote singular '=' signs

2024-05-26 Thread Gerald Pfeifer
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

[pushed] wwwdocs: *: Update URL for ROOT project at CERN

2024-05-26 Thread Gerald Pfeifer
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

[to-be-committed][RISC-V] Reassociate constants in logical ops

2024-05-26 Thread Jeff Law
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

Re: [RFC/RFA][PATCH 00/12] CRC optimization

2024-05-26 Thread NightStrike
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

[to-be-committed] [RISC-V] Try inverting for constant synthesis

2024-05-26 Thread Jeff Law
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

Re: [PATCH] jit: Ensure ssize_t is defined.

2024-05-26 Thread FX Coudert
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

Re: [PATCHv2 2/2] libiberty/buildargv: handle input consisting of only white space

2024-05-26 Thread Jeff Law
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

Re: [PATCHv2 1/2] libiberty/buildargv: POSIX behaviour for backslash handling

2024-05-26 Thread Jeff Law
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

Re: [PATCH] Support libcall __float{,un}sibf by SF when it is not supported for _bf16

2024-05-26 Thread Jeff Law
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):

Re: [PATCH][v2] tree-optimization/115144 - improve sinking destination choice

2024-05-26 Thread Patrick O'Neill
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

Re: [PATCH] gimple-vr-values:Add constraint for gimple-cond optimization

2024-05-26 Thread Jeff Law
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

Re: [PATCH] libcpp: Correct typo 'r' -> '\r'

2024-05-26 Thread Jeff Law
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

Re: [PATCH v1] Gen-Match: Fix gen_kids_1 right hand braces mis-alignment

2024-05-26 Thread Jeff Law
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

[PATCH] c++/modules: Prevent revealing a using-decl affecting cached overloads [PR114867]

2024-05-26 Thread Nathaniel Shead
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?

[C23 PATCH]: allow aliasing for types derived from structs with variable size

2024-05-26 Thread Martin Uecker
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

[C23 PATCH, v2] fix aliasing for structures/unions with incomplete types

2024-05-26 Thread Martin Uecker
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 /

RE: [PATCH][v2] tree-optimization/115144 - improve sinking destination choice

2024-05-26 Thread Li, Pan2
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:

[PATCH] Define which threading model is in use on Windows

2024-05-26 Thread Julian Waters
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).