Re: [PATCH] libstdc++: Allow emergency EH alloc pool size to be tuned [PR68606]

On Fri, Oct 7, 2022 at 5:55 PM Jonathan Wakely via Gcc-patches wrote: > > This needs a little more documentation (see the TODO in the manual), > rather than just the comments in the source. This isn't final, but I > think it's the direction I want to take. > > -- >8 -- > > Implement a long-standin

Re: [PATCH] doc: -falign-functions doesn't override the __attribute__((align(N)))

On Fri, Oct 7, 2022 at 3:50 PM Palmer Dabbelt wrote: > > I found this when reading the documentation for Kito's recent patch. > From the discussion it sounds like this is the desired behavior, so > let's document it. Maybe also mention that the alignment doesn't apply to functions optimized for s

Re: [PATCH] rs6000: Rework option -mpowerpc64 handling [PR106680]

Hi Segher! Thanks for the comments again! on 2022/10/4 05:15, Segher Boessenkool wrote: > On Fri, Sep 30, 2022 at 08:15:37PM +0800, Kewen.Lin wrote: >> on 2022/9/30 01:11, Segher Boessenkool wrote: +#ifdef OS_MISSING_POWERPC64 + else if (OS_MISSING_POWERPC64) + /* It's unexpe

[PATCH] [x86] Fix unrecognizable insn of cvtss2si.

Adjust lrintmn2 operand preidcates according to real instructions. Bootstrapped and regtested on x86_64-pc-linux-gnu{-m32,}. Ok as an obvious fix? gcc/ChangeLog: PR target/107185 * config/i386/i386.md (lrint2): Swap predicate of operands[0] and operands[1]. gcc/testsuite

[PATCH v4 4/4] OpenMP/OpenACC: Unordered/non-constant component offset struct mapping

This patch adds support for non-constant component offsets in "map" clauses for OpenMP (and the equivalants for OpenACC), which are not able to be sorted into order at compile time. Normally struct accesses in such clauses are gathered together and sorted into increasing address order after a "GOM

[PATCH v4 2/4] OpenMP/OpenACC: Reindent TO/FROM/_CACHE_ stanza in {c_}finish_omp_clause

This patch trivially adds braces and reindents the OMP_CLAUSE_TO/OMP_CLAUSE_FROM/OMP_CLAUSE__CACHE_ stanza in c_finish_omp_clause and finish_omp_clause, in preparation for the following patch (to clarify the diff a little). 2022-09-13 Julian Brown gcc/c/ * c-typeck.cc (c_finish_omp_cla

[PATCH v4 1/4] OpenMP: Pointers and member mappings

Implementing the "omp declare mapper" functionality, I noticed some cases where handling of derived type members that are pointers doesn't seem to be quite right. At present, a type such as this: type T integer, pointer, dimension(:) :: arrptr end type T type(T) :: tvar [...] !$omp ta

[PATCH v4 0/4] Fortran pointers and unordered structs

This series replaces parts 6-8 in the series: https://gcc.gnu.org/pipermail/gcc-patches/2022-September/601549.html Investigating some of Tobias's questions regarding part 6/11 ("OpenMP: Pointers and member mappings") in that series, I realised that sorting of struct components with non-constant

[PATCH] Fortran: fix check of polymorphic elements in data transfers [PR100971]

Dear all, the check of data transfer elements needs to verify that for polymorphic objects there is a user defined DTIO procedure. This check worked fine for scalars, but skipped arrays, leading to an ICE later. The obvious fix is to allow this check to inspect arrays. Regtested on x86_64-pc-lin

Re: [PATCH] Add --without-makeinfo

On Okt 04 2022, Tom de Vries via Gcc-patches wrote: > diff --git a/configure.ac b/configure.ac > index 0152c69292e..e4a2c076674 100644 > --- a/configure.ac > +++ b/configure.ac > @@ -3441,6 +3441,9 @@ case " $build_configdirs " in > esac > > AC_CHECK_PROGS([MAKEINFO], makeinfo, [$MISSING makei

Re: [PATCH] Add --without-makeinfo

On Tue, Oct 4, 2022 at 11:22 AM Tom de Vries via Gcc-patches wrote: > > Hi, > > Currently, we cannot build gdb without makeinfo installed. > > It would be convenient to work around this by using the configure flag > MAKEINFO=/usr/bin/true or some such, but that doesn't work because top-level > con

Re: [PATCH] c++: parser - Support for target address spaces in C++

Hi, On Thu, Oct 06, 2022 at 01:34:40PM -0400, Jason Merrill wrote: [snip] > > Hmm? We mangle __restrict: > > void f(int *__restrict *p) { } // _Z1fPrPi > Indeed, I have overlooked that point. Thank you for pointing it out. > but cv-qualifiers (including restrict) are dropped on the top-leve

[committed] pru: Add cbranchdi4 pattern

This patch improves code generation for the PRU backend. Committed to trunk. Manually expanding into 32-bit comparisons is much more efficient than the default expansion into word-size comparisons. Note that word for PRU is 8-bit. PR target/106562 gcc/ChangeLog: * config/pru/p

[committed] pru: Optimize DI shifts

This patch improves code generation for the PRU backend. Committed to trunk. If the number of shift positions is a constant, then the DI shift operation is expanded to a sequence of 2 to 4 machine instructions. That is more efficient than the default action to call libgcc. gcc/ChangeLog:

New Romanian PO file for 'cpplib' (version 12.1-b20220213)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'cpplib' has been submitted by the Romanian team of translators. The file is available at: https://translationproject.org/latest/cpplib/ro.po (This file, 'cpplib-12.1-b20220

Contents of PO file 'cpplib-12.1-b20220213.ro.po'

cpplib-12.1-b20220213.ro.po.gz Description: Binary data The Translation Project robot, in the name of your translation coordinator.