cpplib-12.1-b20220213.ro.po.gz
Description: Binary data
The Translation Project robot, in the
name of your translation coordinator.
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,
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:
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
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
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
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
>
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
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
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
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
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].
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
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:
*
14 matches
Mail list logo
