Re: [PATCH v2] rs6000: Stackoverflow in optimized code on PPC [PR100799]

Hi Jakub, on 2024/4/2 16:03, Jakub Jelinek wrote: > On Tue, Apr 02, 2024 at 02:12:04PM +0800, Kewen.Lin wrote: >> The old code for the unused hidden parameter (which was the 9th param) >> would >> fall thru to the "return NULL_RTX;" which would make the callee assume >> there

Re:[PATCH v2 1/1] [RISC-V] Add support for _Bfloat16

On Tue, 02 Apr 2024 20:19:16 PDT (-0700), ji...@linux.alibaba.com wrote: gcc/testsuite/ChangeLog: * gcc.target/riscv/bf16_arithmetic.c: New test. * gcc.target/riscv/bf16_call.c: New test. * gcc.target/riscv/bf16_comparison.c: New test. *

Re:[PATCH v2 1/1] [RISC-V] Add support for _Bfloat16

> gcc/testsuite/ChangeLog: > > * gcc.target/riscv/bf16_arithmetic.c: New test. > * gcc.target/riscv/bf16_call.c: New test. > * gcc.target/riscv/bf16_comparison.c: New test. > * gcc.target/riscv/bf16_float_libcall_convert.c: New test. > *

Re:[pushed] [PATCH] LoongArch: Remove unused code

Pushed to r14-9766. 在 2024/4/2 下午2:33, Jiahao Xu 写道: For machines that satisfy ISA_HAS_LSX && !TARGET_64BIT, we will not support them now and in the future, so this patch removes these unused code. gcc/ChangeLog: * config/loongarch/lasx.md: Remove unused code. *

Re: [PATCH] c++: Keep DECL_SAVED_TREE of destructor instantiations in modules [PR104040]

On Tue, Apr 02, 2024 at 01:18:17PM -0400, Jason Merrill wrote: > On 3/28/24 23:21, Nathaniel Shead wrote: > > Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? > > > > -- >8 -- > > > > A template instantiation still needs to have its DECL_SAVED_TREE so that > > its definition is

[pushed] analyzer: prevent ICEs with null types

Fixes some ICEs seen analyzing the Linux kernel. Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu. Pushed to trunk as r14-9762-ge945d322fcbc68. gcc/analyzer/ChangeLog: * region-model-manager.cc (maybe_undo_optimize_bit_field_compare): Guard against null types.

Re: [C PATCH] fix aliasing for structures/unions with incomplete types

Am Dienstag, dem 02.04.2024 um 20:42 + schrieb Joseph Myers: > On Tue, 2 Apr 2024, Martin Uecker wrote: > > > [C23]fix aliasing for structures/unions with incomplete types > > > > When incomplete structure/union types are completed later, compatibility > > of struct types that contain

Re: [PATCH] libphobos, Darwin: Enable libphobos for most Darwin.

Excerpts from Iain Sandoe's message of April 2, 2024 1:51 pm: > I have been building and testing D/libphobos for some time and over > some GCC and OS releases. As discussed on IRC a while ago, I think > we're ready to enable this (it also avoids an annoying build fail at > stage 2 if one forgets

Re: [C PATCH] fix aliasing for structures/unions with incomplete types

On Tue, 2 Apr 2024, Martin Uecker wrote: > [C23]fix aliasing for structures/unions with incomplete types > > When incomplete structure/union types are completed later, compatibility > of struct types that contain pointers to such types changes. When forming > equivalence classes for

Re: [C PATCH] Fix ICE with -g and -std=c23 related to incomplete types [PR114361]

On Tue, 2 Apr 2024, Martin Uecker wrote: > Fix ICE with -g and -std=c23 related to incomplete types [PR114361] > > We did not copy TYPE_CANONICAL to the incomplete variants when > completing a structure. > > PR c/114361 > > gcc/c/ > * c-decl.c (finish_struct): Set

[committed] libstdc++: Guard uses of char8_t with __cpp_char8_t [PR114519]

Tested x86_64-linux. Pushed to trunk. -- >8 -- libstdc++-v3/ChangeLog: PR libstdc++/114519 * include/bits/unicode.h (_Utf8_view): Guard with check for char8_t being enabled. (__literal_encoding_is_unicode): Guard use of char8_t with check for it being

Re: [PATCH] libstdc++: Allow adjacent __maybe_present_t to overlap

> > This is subjectively horrible and, more objectively, would create > > longer mangled names and additional RTTI. > Yeah, it's a neat trick but probably not appropriate to use within the > standard library. I understand. I was genuinely curious about whether this would do the trick. In fact,

[C PATCH] fix aliasing for structures/unions with incomplete types

While fixing the other issue, I realized that the way the equivalence classes are computed for TYPE_CANONICAL did not take into account that completion of struct types also affectes compatibility of types that contain pointers to them. So the algorithm must be more conservative creating bigger

[C PATCH] Fix ICE with -g and -std=c23 related to incomplete types [PR114361]

I did not copy TYPE_CANONICAL to incomplete variants when they are completed. Bootstrapped and regession tested on x86_64 Fix ICE with -g and -std=c23 related to incomplete types [PR114361] We did not copy TYPE_CANONICAL to the incomplete variants when completing a structure.

[pushed] c++: binding reference to comma expr [PR114561]

Tested x86_64-pc-linux-gnu, applying to trunk. -- 8< -- We represent a reference binding where the referent type is more qualified by a ck_ref_bind around a ck_qual. We performed the ck_qual and then tried to undo it with STRIP_NOPS, but that doesn't work if the conversion is buried in

[PATCH] c++: constexpr error with fn redecl in local scope [PR111132]

Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk/13? -- >8 -- We evaluate constexpr functions on the original, pre-genericization bodies. That means that the function body we're evaluating will not have gone through cp_genericize_r's "Map block scope extern declarations to visible

Re: [PATCH v2 2/3] aarch64: Add support for aarch64-gnu (GNU/Hurd on AArch64)

Sergey Bugaev writes: > Coupled with a corresponding binutils patch, this produces a toolchain that > can > sucessfully build working binaries targeting aarch64-gnu. > > gcc/Changelog: > > * config.gcc: Recognize aarch64*-*-gnu* targets. > * config/aarch64/aarch64-gnu.h: New file. >

Re: [PATCH] c++: Keep DECL_SAVED_TREE of destructor instantiations in modules [PR104040]

On 3/28/24 23:21, Nathaniel Shead wrote: Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? -- >8 -- A template instantiation still needs to have its DECL_SAVED_TREE so that its definition is emitted into the CMI. This way it can be emitted in the object file of any importers

Re: [PATCH] libstdc++: Allow adjacent __maybe_present_t to overlap

On Tue, 2 Apr 2024, Jonathan Wakely wrote: > On Tue, 2 Apr 2024 at 18:00, Pilar Latiesa wrote: > > > > Just out of curiosity: would this also work? > > > > template > > struct _Absent {}; > > > > template > > using __maybe_present_t = __conditional_t<_Present, _Tp, _Absent<_Tp, > > _Disc>>; > >

Re: [PATCH] c++: ICE with scoped enum in switch condition [PR114451]

On 3/29/24 18:31, Marek Polacek wrote: Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk/13? OK. -- >8 -- Here we ICE when gimplifying enum class Type { Pawn }; struct Piece { Type type : 4; }; void foo() { switch (Piece().type) case Type::Pawn:; }

Re: [PATCH] c++: make __is_array return false for T[0] [PR114479]

On 4/1/24 13:50, Marek Polacek wrote: Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk? -- >8 -- When we switched to using the __is_array built-in trait to implement std::is_array in r14-6623-g7fd9c349e45534, we started saying that T[0] is an array. There are various opinions as to

Re: PING: [PATCH v2] tree-profile: Don't instrument an IFUNC resolver nor its callees

> > I am bit worried about commonly used functions getting "infected" by > > being called once from ifunc resolver. I think we only use thread local > > storage for indirect call profiling, so we may just disable indirect > > call profiling for these functions. > > Will change it. > > > Also

Re: [PATCH] libstdc++: Allow adjacent __maybe_present_t to overlap

On Tue, 2 Apr 2024 at 18:00, Pilar Latiesa wrote: > > Just out of curiosity: would this also work? > > template > struct _Absent {}; > > template > using __maybe_present_t = __conditional_t<_Present, _Tp, _Absent<_Tp, _Disc>>; > > That would avoid having to type 0, 1, ... manually. This is

Re: [PATCH] libstdc++: Allow adjacent __maybe_present_t to overlap

Just out of curiosity: would this also work? template struct _Absent {}; template using __maybe_present_t = __conditional_t<_Present, _Tp, _Absent<_Tp, _Disc>>; That would avoid having to type 0, 1, ... manually.

Re: PING: [PATCH v2] tree-profile: Don't instrument an IFUNC resolver nor its callees

On Tue, Apr 2, 2024 at 7:50 AM Jan Hubicka wrote: > > > On Tue, Mar 5, 2024 at 1:45 PM H.J. Lu wrote: > > > > > > We can't instrument an IFUNC resolver nor its callees as it may require > > > TLS which hasn't been set up yet when the dynamic linker is resolving > > > IFUNC symbols. > > > > > >

Re: [PATCH] aarch64: Fix typo in comment about FEATURE_STRING

Christophe Lyon writes: > Fix the comment to document FEATURE_STRING instead of FEAT_STRING. > > 2024-03-29 Christophe Lyon > > gcc/ > * config/aarch64/aarch64-option-extensions.def: Fix comment. OK, thanks. Richard > --- > gcc/config/aarch64/aarch64-option-extensions.def | 16

Re: PING: [PATCH v2] tree-profile: Don't instrument an IFUNC resolver nor its callees

> On Tue, Mar 5, 2024 at 1:45 PM H.J. Lu wrote: > > > > We can't instrument an IFUNC resolver nor its callees as it may require > > TLS which hasn't been set up yet when the dynamic linker is resolving > > IFUNC symbols. > > > > Add an IFUNC resolver caller marker to cgraph_node and set it if the

PING: [PATCH v2] tree-profile: Don't instrument an IFUNC resolver nor its callees

On Tue, Mar 5, 2024 at 1:45 PM H.J. Lu wrote: > > We can't instrument an IFUNC resolver nor its callees as it may require > TLS which hasn't been set up yet when the dynamic linker is resolving > IFUNC symbols. > > Add an IFUNC resolver caller marker to cgraph_node and set it if the > function is

Re: [PATCH][Backport][GCC10] Fix SSA corruption due to widening_mul opt on conflict across an abnormal edge [PR111407]

On Apr 2, 2024, at 03:06, Richard Biener wrote: On Mon, Apr 1, 2024 at 3:36 PM Qing Zhao mailto:qing.z...@oracle.com>> wrote: This is a bug in tree-ssa-math-opts.c, when applying the widening mul optimization, the compiler needs to check whether the operand is in a ABNORMAL PHI, if YES, we

Re: [PATCH] libgcc: Add missing HWCAP entries to aarch64/cpuinfo.c

Wilco Dijkstra writes: > A few HWCAP entries are missing from aarch64/cpuinfo.c. This results in > build errors > on older machines. > > This counts a trivial build fix, but since it's late in stage 4 I'll let > maintainers chip in. > OK for commit? > > libgcc/ > *

Re: [PATCH] libquadmath: printf: fix misaligned access on args

* Simon Chopin: > On x86, this compiles into movdqa which segfaults on unaligned access. > > This kind of failure has been seen when running against glibc 2.39, > which incidentally changed the printf implementation to move away from > alloca() for this data to instead append it at the end of an

Re: [PATCH] tree-optimization/114557 - reduce ehcleanup peak memory use

On Tue, Apr 02, 2024 at 02:06:27PM +0200, Richard Biener wrote: > On Tue, 2 Apr 2024, Richard Biener wrote: > > > The following reduces peak memory use for the PR114480 testcase at -O1 > > which is almost exclusively spent by the ehcleanup pass in allocating > > PHI nodes. The free_phinodes

[PATCH] libgcc: Add missing HWCAP entries to aarch64/cpuinfo.c

A few HWCAP entries are missing from aarch64/cpuinfo.c. This results in build errors on older machines. This counts a trivial build fix, but since it's late in stage 4 I'll let maintainers chip in. OK for commit? libgcc/ * config/aarch64/cpuinfo.c: Add HWCAP_EVTSTRM, HWCAP_CRC32,

Re: [PATCH] tree-optimization/114557 - reduce ehcleanup peak memory use

On Tue, 2 Apr 2024, Richard Biener wrote: > The following reduces peak memory use for the PR114480 testcase at -O1 > which is almost exclusively spent by the ehcleanup pass in allocating > PHI nodes. The free_phinodes cache we maintain isn't very effective > since it has effectively two slots,

[PATCH] libphobos, Darwin: Enable libphobos for most Darwin.

I have been building and testing D/libphobos for some time and over some GCC and OS releases. As discussed on IRC a while ago, I think we're ready to enable this (it also avoids an annoying build fail at stage 2 if one forgets to add the enable to the command line). Also tested on x86_64 and

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

> On 29 Jan 2024, at 11:26, Iain Sandoe wrote: > I guess the solution here depends on the scope over which we expect > the header to be used. > >> On 28 Jan 2024, at 23:13, Iain Sandoe wrote: >>> On 28 Jan 2024, at 21:25, Eric Gallager wrote: >>> On Sun, Jan 28, 2024 at 6:45 AM Iain Sandoe

Re: [PATCH] jit, Darwin: Implement library exports list.

Hi David, > On 25 Jan 2024, at 10:16, Iain Sandoe wrote: > >> On 24 Jan 2024, at 18:31, David Malcolm wrote: >> >> On Tue, 2024-01-16 at 11:10 +, Iain Sandoe wrote: >>> Tested on x86_64, i686 Darwin and x86_64 Linux, >>> OK for trunk? when ? >>> thanks, >>> Iain >> >> Hi Iain, thanks

[pushed] testsuite: Remove duplicate -lgcov [PR114034]

Tested on x86_64, i686 Darwin and x86_64, powerpc64 linux, pushed to trunk as obvious, thanks Iain --- 8< --- Duplicate library entries now cause linker warnings with newer linker versions on Darwin which leads to these tests regressing. The library is already added by the test flags so there

[pushed] testsuite, Darwin: Allow for an undefined symbol [PR114036].

Tested on x86_64-darwin17,21,23 and on x86_64 and powerpc64 linux gnu, pushed to trunk, thanks Iain --- 8< --- Darwin's linker defaults to requiring all symbols to be defined at static link time (unless specifically noted or dynamic lookuo is enabled). For this test, we just need to note that

[PATCH] tree-optimization/114557 - reduce ehcleanup peak memory use

The following reduces peak memory use for the PR114480 testcase at -O1 which is almost exclusively spent by the ehcleanup pass in allocating PHI nodes. The free_phinodes cache we maintain isn't very effective since it has effectively two slots, one for 4 and one for 9 argument PHIs and it is only

[pushed] Darwin: Correct a version check.

Tested on x86_64-darwin17,21,23, pushed to trunk, thanks, Iain --- 8< --- When the version for dsymutil comes from a clang build, it is of the form NNmm.pp.qq where NN and mm are the major and minor LLVM version components. We need to check for a major version greater than or equal to 7 - so

Re: [PATCH] Fix up duplicated words mostly in comments, part 1

On Tue, 2 Apr 2024, Jakub Jelinek wrote: > Hi! > > Like in r12-7519-g027e30414492d50feb2854aff38227b14300dc4b, I've done > git grep -v 'long long\|optab optab\|template template\|double double' | grep > ' \([a-zA-Z]\+\) \1 ' > > This is just part of the changes, mostly for non-gcc directories.

[pushed] Darwin: Do not emit .macinfo when dsymutil cannot consume it.

This causes quite a number of testsuite fails on systems using Xcode 15. More significantly, it is a serious debug regression (since the entire debug is ignored when macinfo is seen). tested on x86_64-darwin17,21,23 with / without Xcode-15, pushed to trunk, thanks Iain --- 8< --- Some verions

Re: [PATCH] Fix up postboot dependencies [PR106472]

On Tue, 2 Apr 2024, Jakub Jelinek wrote: > On Wed, Mar 13, 2024 at 10:13:37AM +0100, Jakub Jelinek wrote: > > While the first Makefile.tpl hunk looks obviously ok, the others look > > completely wrong to me. > > There is nothing special about libgo vs. libbacktrace/libatomic > > compared to any

[pushed] testsuite, Darwin: Update bad-mapper-1 after libiberty changes.

Tested on i686-darwin9, x86_64-darwin17, 21, 23, and on x86_64 and powerpc64 linux gnu, pushed to trunk, thanks, Iain --- 8< --- A recent change to libiberty has improved the process spawning on older Darwin platforms. This patch updates the expected test output after the changes.

[PING] Re: [PATCH 1/2] ivopts: Revert computation of address cost complexity.

I remind you that the patch for the computation of complexity for unsupported addressing modes ( https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109429 ) has been sent: https://gcc.gnu.org/pipermail/gcc-patches/2024-March/647966.html

[PATCH][wwwdocs] changes.html changes for AArch64 for GCC 14.1

Hi all, Here's a writeup of the AArch64 changes to highlight in GCC 14.1. If there's something you'd like to highlight feel free to comment or add a patch yourself. I don't expect the list to be exhaustive. It's been a busy release for AArch64! Thanks, Kyrill gcc-14-aarch64-wwwdocs.patch

Re: [PATCH] Fix up duplicated words mostly in comments, part 1

On Tue, 2 Apr 2024 at 08:47, Jakub Jelinek wrote: > > Hi! > > Like in r12-7519-g027e30414492d50feb2854aff38227b14300dc4b, I've done > git grep -v 'long long\|optab optab\|template template\|double double' | grep > ' \([a-zA-Z]\+\) \1 ' > > This is just part of the changes, mostly for non-gcc

Re: [PATCH] libstdc++: Allow adjacent __maybe_present_t to overlap

On Mon, 1 Apr 2024 at 23:16, Patrick Palka wrote: > > Tested on x86_64-pc-linux-gnu, does this look OK for trunk? This is a layout change for some specializations of slide_view, but better to do that now than change it between gcc 14 and 15. OK for trunk. > > -- >8 -- > > Currently

[PATCH v2 1/1] [RISC-V] Add support for _Bfloat16

1 At point , BF16 has already been completed "post public review". 2 LLVM has also added support for RISCV BF16 in and . 3 According to the discussion

[PATCH v2 0/1] [RISC-V] Add support for _Bfloat16

Hi all RISC-V folks: This patch completes the support for the bf16 data type in the riscv architecture.On this basis, there will be a series of patches in the future to strengthen support for BF16. It is recommended to first review this patch from the testcases, where detailed explanations have

Re: [PATCH] RISC-V: Minor fix for max_point

It's obvious fix to previous incorrect typo. So LGTM to trunk (GCC-14). Thanks. juzhe.zh...@rivai.ai From: demin.han Date: 2024-04-02 16:34 To: gcc-patches CC: juzhe.zhong; kito.cheng; pan2.li; jeffreyalaw; rdapp.gcc Subject: [PATCH] RISC-V: Minor fix for max_point The program points start

[PATCH] RISC-V: Minor fix for max_point

The program points start from 1, so max_point should be equal to length(). Tested on RV64 and no regression. gcc/ChangeLog: * config/riscv/riscv-vector-costs.cc: Use length() Signed-off-by: demin.han --- gcc/config/riscv/riscv-vector-costs.cc | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH v2] RISC-V: Refine the condition for add additional vars in RVV cost model

Thanks for fixing it. LGTM to GCC-15 as Jeff suggested. juzhe.zh...@rivai.ai From: demin.han Date: 2024-04-02 16:30 To: gcc-patches CC: juzhe.zhong; kito.cheng; pan2.li; jeffreyalaw; rdapp.gcc Subject: [PATCH v2] RISC-V: Refine the condition for add additional vars in RVV cost model The

[PATCH v2] RISC-V: Refine the condition for add additional vars in RVV cost model

The adjacent_dr_p is sufficient and unnecessary condition for contiguous access. So unnecessary live-ranges are added and result in smaller LMUL. This patch uses MEMORY_ACCESS_TYPE as condition and constrains segment load/store. Tested on RV64 and no regression. PR target/114506

Re: [PATCH v2] rs6000: Stackoverflow in optimized code on PPC [PR100799]

On Tue, Apr 02, 2024 at 02:12:04PM +0800, Kewen.Lin wrote: > The old code for the unused hidden parameter (which was the 9th param) > would > fall thru to the "return NULL_RTX;" which would make the callee assume > there > was a parameter save area allocated. Now

[PATCH] s390x: Optimize vector permute with constant indexes

Loop vectorizer can generate vector permutes with constant indexes where all indexes are equal. Optimize this case to use vector replicate instead of vector permute. gcc/ChangeLog: * config/s390/s390.cc (expand_perm_as_replicate): Implement. (vectorize_vec_perm_const_1): Call

[PATCH] Fix up duplicated words mostly in comments, part 1

Hi! Like in r12-7519-g027e30414492d50feb2854aff38227b14300dc4b, I've done git grep -v 'long long\|optab optab\|template template\|double double' | grep ' \([a-zA-Z]\+\) \1 ' This is just part of the changes, mostly for non-gcc directories. I'll try to get to the rest soon. Obviously, the above

Re: [pushed][PATCH] LoongArch: Fix missing plugin header

Pushed to r14-9743. 在 2024/4/2 上午9:20, Yang Yujie 写道: gcc/ChangeLog: * config/loongarch/t-loongarch: Add loongarch-def-arrays.h to OPTION_H_EXTRA. --- gcc/config/loongarch/t-loongarch | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git

[PATCH] Fix up postboot dependencies [PR106472]

On Wed, Mar 13, 2024 at 10:13:37AM +0100, Jakub Jelinek wrote: > While the first Makefile.tpl hunk looks obviously ok, the others look > completely wrong to me. > There is nothing special about libgo vs. libbacktrace/libatomic > compared to any other target library which is not bootstrapped vs.

[PATCH] LoongArch: Remove unused code

For machines that satisfy ISA_HAS_LSX && !TARGET_64BIT, we will not support them now and in the future, so this patch removes these unused code. gcc/ChangeLog: * config/loongarch/lasx.md: Remove unused code. * config/loongarch/loongarch-protos.h (loongarch_split_lsx_copy_d):

Re: [PATCH][Backport][GCC10] Fix SSA corruption due to widening_mul opt on conflict across an abnormal edge [PR111407]

On Mon, Apr 1, 2024 at 3:36 PM Qing Zhao wrote: > > This is a bug in tree-ssa-math-opts.c, when applying the widening mul > optimization, the compiler needs to check whether the operand is in a > ABNORMAL PHI, if YES, we should avoid the transformation. > > PR tree-optimization/111407 > >

[PATCH v1] LoongArch: Set default alignment for functions jumps and loops [PR112919].

Xi Ruoyao set the alignment rules under LA464 in commit r14-1839, but the macro ASM_OUTPUT_ALIGN_WITH_NOP was removed in R14-4674, which affected the alignment rules. So I set different aligns on LA464 and LA664 again to test the performance of spec2006, and modify the alignment based on the test

Re: [PATCH] libiberty: Invoke D demangler when --format=auto

On Sat, Mar 30, 2024 at 9:11 PM Tom Tromey wrote: > > Investigating GDB PR d/31580 showed that the libiberty demangler > doesn't automatically demangle D mangled names. However, I think it > should -- like C++ and Rust (new-style), D mangled names are readily > distinguished by the leading "_D",

Re: [PATCH] Prettify output of debug_dwarf_die

On Thu, Mar 28, 2024 at 8:35 PM Tom Tromey wrote: > > When debugging gcc, I tried calling debug_dwarf_die and I saw this > output: > > DW_AT_location: location descriptor: > (0x7fffe9c2e870) DW_OP_dup 0, 0 > (0x7fffe9c2e8c0) DW_OP_bra location descriptor (0x7fffe9c2e640) > ,

Re: [PATCH] LoongArch: Remove unused code and add sign/zero-extend for vpickve2gr.d

We recently discovered an issue with the sign/zero extension behavior of |[x]vpickve2gr.|The QI , HI and SI are extended to SI instead of DI, which may lead to the generation of additional sign extension instructions. We have decided to fix this issue in the next version. I will upload a new

Re: [pushed][PATCH v5] LoongArch: Add support for TLS descriptors

Pushed to r14-9742. Rebase to the latest, and modify invoke.texi to add a description of the TLS DESC compilation option. 在 2024/3/19 上午9:54, mengqinggang 写道: Add support for TLS descriptors on normal code model and extreme code model. Normal code model instruction sequence:

Re: [PATCH v2] rs6000: Stackoverflow in optimized code on PPC [PR100799]

Hi! on 2024/3/24 02:37, Ajit Agarwal wrote: > > > On 23/03/24 9:33 pm, Peter Bergner wrote: >> On 3/23/24 4:33 AM, Ajit Agarwal wrote: > - else if (align_words < GP_ARG_NUM_REG) > + else if (align_words < GP_ARG_NUM_REG > +|| (cum->hidden_string_length > +