Re: [PATCH v4] libgo: Don't use pt_regs member in mcontext_t

2022-04-02 Thread Ian Lance Taylor via Gcc-patches
On Sat, Apr 2, 2022 at 1:21 AM Sören Tempel wrote: > > Thanks for committing a first fix! Unfortunately, your changes don't > work on ppc64le musl since you are now still using .regs on ppc64le the > include of asm/ptrace.h (as added in the v1 of my patch) is missing. > Hence, your patch fails to

Re: [PATCH] wwwdocs: fedora-devel-list archives changes

2022-04-02 Thread Gerald Pfeifer
On Tue, 15 Mar 2022, Jonathan Wakely wrote: >> It appears redhat.com has lost Fedora mailing list archives, which are >> now at lists.fedoraproject.org using completely different tooling. >> >>Jakub, is there a better way than the patch below? > This looks right to me, I don't think there's a bette

[committed] wwwdocs: gcc-11: Switch from to using ids.

2022-04-02 Thread Gerald Pfeifer
I - or rather the w3 validator :) - realized that the use of is deprecated, so use id attributes instead. Gerald --- htdocs/gcc-11/changes.html | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/htdocs/gcc-11/changes.html b/htdocs/gcc-11/changes.html index 8e6d4ec8..c9eb22

Re: [PATCH 4/5] openmp: Use libgomp memory allocation functions with unified shared memory.

2022-04-02 Thread Andrew Stubbs
On 02/04/2022 13:04, Andrew Stubbs wrote: This additional patch adds transformation for omp_target_alloc. The OpenMP 5.0 document says that addresses allocated this way needs to work without is_device_ptr. The easiest way to make that work is to make them USM addresses. Actually, reading on,

Re: [PATCH 4/5] openmp: Use libgomp memory allocation functions with unified shared memory.

2022-04-02 Thread Andrew Stubbs
On 08/03/2022 11:30, Hafiz Abid Qadeer wrote: This patches changes calls to malloc/free/calloc/realloc and operator new to memory allocation functions in libgomp with allocator=ompx_unified_shared_mem_alloc. This additional patch adds transformation for omp_target_alloc. The OpenMP 5.0 documen

Re: [PATCH] mips: Fix an ICE caused by r12-7962

2022-04-02 Thread Jakub Jelinek via Gcc-patches
On Sat, Apr 02, 2022 at 06:53:55PM +0800, Xi Ruoyao wrote: > I made a mistake in r12-7962 and it causes an ICE running g++.dg-struct- > layout-1 tests. The fix and a reduced test are included in this patch. > Ok for trunk? > > > > DECL_SIZE(x) is NULL if x is a flexible arra

[PATCH] mips: Fix an ICE caused by r12-7962

2022-04-02 Thread Xi Ruoyao via Gcc-patches
I made a mistake in r12-7962 and it causes an ICE running g++.dg-struct- layout-1 tests. The fix and a reduced test are included in this patch. Ok for trunk? DECL_SIZE(x) is NULL if x is a flexible array member, but I forgot to check it in r12-7962. Then if we increase the

Re: [PATCH] libstdc++: Tweak source_location for clang trunk [PR105128]

2022-04-02 Thread Jonathan Wakely via Gcc-patches
On Sat, 2 Apr 2022, 10:32 Jakub Jelinek via Libstdc++, < libstd...@gcc.gnu.org> wrote: > Hi! > > Apparently clang trunk implemented __builtin_source_location(), but the > using __builtin_ret_type = decltype(__builtin_source_location()); > which has been added for it isn't enough, they also need th

[PATCH] libstdc++: Tweak source_location for clang trunk [PR105128]

2022-04-02 Thread Jakub Jelinek via Gcc-patches
Hi! Apparently clang trunk implemented __builtin_source_location(), but the using __builtin_ret_type = decltype(__builtin_source_location()); which has been added for it isn't enough, they also need the std::source_location::__impl class to be defined (but incomplete seems to be good enough) befor

[PATCH] i386: Fix up ix86_expand_vector_init_general [PR105123]

2022-04-02 Thread Jakub Jelinek via Gcc-patches
Hi! The following testcase is miscompiled on ia32. The problem is that at -O0 we end up with: vector(4) short unsigned int _1; short unsigned int u.0_3; ... _1 = {u.0_3, u.0_3, u.0_3, u.0_3}; statement (dead) which is wrongly expanded. elt is (subreg:HI (reg:SI 83 [ u.0_3 ]) 0), tmp_mode SIm

Re: [PATCH v4] libgo: Don't use pt_regs member in mcontext_t

2022-04-02 Thread Sören Tempel via Gcc-patches
Hi Ian, Thanks for committing a first fix! Unfortunately, your changes don't work on ppc64le musl since you are now still using .regs on ppc64le the include of asm/ptrace.h (as added in the v1 of my patch) is missing. Hence, your patch fails to compile on ppc64le musl with the following error mess