New Vietnamese 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 Vietnamese team of translators. The file is available at: https://translationproject.org/latest/cpplib/vi.po (This file,

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

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

Re: [PATCH v7] c++: Add diagnostic when operator= is used as truth cond [PR25689]

Before I start, sincere apologies for the email mishaps! I was setting up an email client and somehow the emails I sent did not initially seem to go through, but they actually did. You might have received several duplicate emails as a result. On Wed Feb 16, 2022 at 4:06 AM +08, Jason Merrill

Re: [PATCH] c++: Add diagnostic when operator= is used as truth cond [PR25689]

On Wed Feb 16, 2022 at 4:06 AM +08, Jason Merrill wrote: > > Ah, I see. I found it a bit odd that gcc-commit-mklog auto-generated a > > subject with "c:", > > but I just went with it as I didn't know any better. Unfortunately, I > > can't change it now on the current thread. > > That came from

Re: [GCC 11 PATCH 0/5] x86: Backport straight-line-speculation mitigation

On Tue, Feb 1, 2022 at 2:55 AM H.J. Lu via Gcc-patches wrote: > > Backport -mindirect-branch-cs-prefix: > > commit 48a4ae26c225eb018ecb59f131e2c4fd4f3cf89a > Author: H.J. Lu > Date: Wed Oct 27 06:27:15 2021 -0700 > > x86: Add -mindirect-branch-cs-prefix > > Add

Re: [GCC 11 PATCH 1/5] x86: Remove "%!" before ret

On Tue, Feb 1, 2022 at 2:56 AM H.J. Lu via Gcc-patches wrote: > > Before MPX was removed, "%!" was mapped to > > case '!': > if (ix86_bnd_prefixed_insn_p (current_output_insn)) > fputs ("bnd ", file); > return; > > After CET was added and MPX was removed,

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

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

New Serbian 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 Serbian team of translators. The file is available at: https://translationproject.org/latest/cpplib/sr.po (This file,

Re: [PATCH v6 11/12] LoongArch Port: gcc/testsuite

On Jan 28, 2022, at 5:49 AM, chenglulu wrote: > > gcc/testsuite/ > >* g++.dg/cpp0x/constexpr-rom.C: Add build options for LoongArch. >* g++.old-deja/g++.abi/ptrmem.C: Add LoongArch support. >* g++.old-deja/g++.pt/ptrmem6.C: xfail for LoongArch. >*

Re: [PATCH] testsuite: Fix up tree-ssa/divide-7.c testcase [PR95424]

On Jan 29, 2022, at 8:26 AM, Jakub Jelinek via Gcc-patches wrote: > > This test fails everywhere, because ? doesn't match literal ?. > It should use \\? instead. I've also changed those .s in there. > Tested on x86_64-linux (-m32/-m64) and powerpc64le-linux, ok for trunk? Ok.

Re: [PATCH] c-family: Remove names of unused parameters

On Tue, 15 Feb 2022, Jonathan Wakely via Gcc-patches wrote: > Tested powerpc64le-linux, OK for trunk? > > -- >8 -- > > C++ allows unnamed parameters, which means we don't need to call them > 'dummy' and mark them with the unused attribute. > > gcc/c-family/ChangeLog: > > * c-pragma.cc

Re: [PATCH] c-family: Fix up shorten_compare for decimal vs. non-decimal float comparison [PR104510]

On 2/15/22 05:07, Jakub Jelinek wrote: Hi! The comment in shorten_compare says: /* If either arg is decimal float and the other is float, fail. */ but the callers of shorten_compare don't expect anything like failure as a possibility from the function, callers require that the function

Re: [PATCH] c++: return-type-req in constraint using only outer tparms [PR104527]

On 2/14/22 11:32, Patrick Palka wrote: Here the template context for the atomic constraint has two levels of template arguments, but since it depends only on the innermost argument T we use a single-level argument vector during substitution into the constraint (built by get_mapped_args). We

Re: [PATCH] c++: NON_DEPENDENT_EXPR is not potentially constant [PR104507]

On 2/15/22 17:00, Patrick Palka wrote: On Tue, 15 Feb 2022, Jason Merrill wrote: On 2/15/22 15:13, Patrick Palka wrote: On Tue, 15 Feb 2022, Patrick Palka wrote: Here we're crashing from potential_constant_expression because it tries to perform trial evaluation of the first operand

Re: [PATCH], PR target/99708 - Define __SIZEOF_FLOAT128__ and __SIZEOF_IBM128__

On Tue, Feb 15, 2022 at 04:05:11PM -0600, Segher Boessenkool wrote: > On all older compilers these macros will not be defined, but the types > often are. If you are willing to not support older compilers properly > anyway, you could just *always* use the types, which will work with most > very

Re: [PATCH] rs6000: Retry tbegin. instructions that can fail intermittently

On 2/15/22 3:54 PM, Segher Boessenkool wrote: > On Tue, Feb 15, 2022 at 01:03:09PM -0600, Peter Bergner wrote: >> The HTM tbegin. instruction can fail intermittently due to many reasons. > > Just a few really. But, if the transaction fails it will appear as if > the tbegin. had an error as well,

Re: [PATCH], PR target/99708 - Define __SIZEOF_FLOAT128__ and __SIZEOF_IBM128__

On Tue, Feb 15, 2022 at 03:18:30PM -0500, Michael Meissner wrote: > On Tue, Feb 15, 2022 at 01:45:06PM -0600, Segher Boessenkool wrote: > > On Tue, Feb 15, 2022 at 12:49:41PM -0500, Michael Meissner wrote: > > > Define __SIZEOF_FLOAT128__ and __SIZEOF_IBM128__. > > > > > > Define the sizes of the

Re: [PATCH] c++: NON_DEPENDENT_EXPR is not potentially constant [PR104507]

On Tue, 15 Feb 2022, Jason Merrill wrote: > On 2/15/22 15:13, Patrick Palka wrote: > > On Tue, 15 Feb 2022, Patrick Palka wrote: > > > > > Here we're crashing from potential_constant_expression because it tries > > > to perform trial evaluation of the first operand '(bool)__r' of the > > >

Re: [PATCH] rs6000: Retry tbegin. instructions that can fail intermittently

Hi! On Tue, Feb 15, 2022 at 01:03:09PM -0600, Peter Bergner wrote: > The HTM tbegin. instruction can fail intermittently due to many reasons. Just a few really. But, if the transaction fails it will appear as if the tbegin. had an error as well, is that what you are seeing? > This can lead to

[committed] analyzer: fix ICE on cast to NULL type [PR104524]

Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu. Pushed to trunk as r12-7252-g84832cab6e43db7fa10ec53d15f8f8457aa31080. gcc/analyzer/ChangeLog: PR analyzer/104524 * region-model-manager.cc (region_model_manager::maybe_fold_sub_svalue): Only call

Re: [PATCH] c++: NON_DEPENDENT_EXPR is not potentially constant [PR104507]

On 2/15/22 15:13, Patrick Palka wrote: On Tue, 15 Feb 2022, Patrick Palka wrote: Here we're crashing from potential_constant_expression because it tries to perform trial evaluation of the first operand '(bool)__r' of the conjunction (which is overall wrapped in a NON_DEPENDENT_EXPR), but

Re: [PATCH], PR target/99708 - Define __SIZEOF_FLOAT128__ and __SIZEOF_IBM128__

On Tue, Feb 15, 2022 at 01:45:06PM -0600, Segher Boessenkool wrote: > On Tue, Feb 15, 2022 at 12:49:41PM -0500, Michael Meissner wrote: > > Define __SIZEOF_FLOAT128__ and __SIZEOF_IBM128__. > > > > Define the sizes of the PowerPC specific types __float128 and __ibm128 if > > those > > types are

[r12-7242 Regression] FAIL: gfortran.dg/gomp/depend-5.f90 -O scan-tree-dump-times original "#pragma omp task depend\\(depobj:\\*\\(integer\\(kind=16\\) \\*\\) \\(doaap->data \\+ \\(sizetype\\) \\(\\

On Linux/x86_64, 3939c1b11279dc950d2f160eb940dd791f7b40f1 is the first bad commit commit 3939c1b11279dc950d2f160eb940dd791f7b40f1 Author: Tobias Burnus Date: Tue Feb 15 12:26:48 2022 +0100 Fortran/OpenMP: Fix depend-clause handling caused FAIL: gfortran.dg/gomp/depend-5.f90 -O

[r12-7240 Regression] FAIL: gcc.target/i386/auto-init-4.c scan-assembler-times long\t-16843010 5 on Linux/x86_64

On Linux/x86_64, 2801f23fb82a5ef51c8b460a500786797943e1e9 is the first bad commit commit 2801f23fb82a5ef51c8b460a500786797943e1e9 Author: Jakub Jelinek Date: Tue Feb 15 12:11:31 2022 +0100 fold, simplify-rtx: Punt on non-representable floating point constants [PR104522] caused FAIL:

Re: [PATCH] c++: NON_DEPENDENT_EXPR is not potentially constant [PR104507]

On Tue, 15 Feb 2022, Patrick Palka wrote: > Here we're crashing from potential_constant_expression because it tries > to perform trial evaluation of the first operand '(bool)__r' of the > conjunction (which is overall wrapped in a NON_DEPENDENT_EXPR), but > cxx_eval_constant_expression ICEs on

Re: [PATCH] c: Add diagnostic when operator= is used as truth cond [PR25689]

On 2/15/22 11:30, Zhao Wei Liew wrote: On Tue, 15 Feb 2022 at 21:05, Jason Merrill > wrote: > >> > >> I agree. However, I can't seem to call extract_call_expr directly > >> because it calls gcc_assert > >> to assert that the resulting expression is a CALL_EXPR or

Re: [PATCH], PR target/99708 - Define __SIZEOF_FLOAT128__ and __SIZEOF_IBM128__

On Tue, Feb 15, 2022 at 12:49:41PM -0500, Michael Meissner wrote: > Define __SIZEOF_FLOAT128__ and __SIZEOF_IBM128__. > > Define the sizes of the PowerPC specific types __float128 and __ibm128 if > those > types are enabled. This is very silly of course, both of these are 16 bytes. Abusing

[PATCH] rs6000: Retry tbegin. instructions that can fail intermittently

The HTM tbegin. instruction can fail intermittently due to many reasons. This can lead to the htm-1.c testsuite test case FAILing from time to time. The solution is to allow retrying the instruction a few times before aborting. Bill has seen this fail a 1-2 times per 1 runs. With the change

New Ukrainian PO file for 'gcc' (version 12.1-b20220213)

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

[pushed] aarch64: Fix subs_compare_2.c regression [PR100874]

subs_compare_2.c tests that we can use a SUBS+CSEL sequence for: unsigned int foo (unsigned int a, unsigned int b) { unsigned int x = a - 4; if (a < 4) return x; else return 0; } As Andrew notes in the PR, this is effectively MIN (x, 4) - 4, and it is now recognised as such by

[pushed] aarch64: Fix store_v2vec_lanes.c failure

store_v2vec_lanes.c started failing after SLP was enabled at -O2. The test is specifically checking what happens for unvectorised code, with the vectors being constructed from individal addition results. Tested on aarch64-linux-gnu & pushed. Richard gcc/testsuite/ *

[pushed] aarch64: Add +nosve to tests

This patch adds +nosve to various Advanced SIMD-only tests. Tested on aarch64-linux-gnu & pushed. Richard gcc/testsuite/ * gcc.target/aarch64/shl-combine-2.c: New test. * gcc.target/aarch64/shl-combine-3.c: Likewise. * gcc.target/aarch64/shl-combine-4.c: Likewise.

[pushed] vect: Fix early free

When updating the target costs interface, I failed to move the free of the scalar costs beyond the new last use. Tested on aarch64-linux-gnu and x86_64-linux-gnu, pushed as obvious. Richard gcc/ * tree-vect-slp.cc (vect_bb_vectorization_profitable_p): Fix use after free. ---

Re: [PATCH] [PATCH, v5, 1/1, AARCH64][PR102768] aarch64: Add compiler support for Shadow Call Stack

Dan Li writes: > Shadow Call Stack can be used to protect the return address of a > function at runtime, and clang already supports this feature[1]. > > To enable SCS in user mode, in addition to compiler, other support > is also required (as discussed in [2]). This patch only adds basic >

New Ukrainian 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 Ukrainian team of translators. The file is available at: https://translationproject.org/latest/cpplib/uk.po (This file,

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

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

[PATCH] c++: NON_DEPENDENT_EXPR is not potentially constant [PR104507]

Here we're crashing from potential_constant_expression because it tries to perform trial evaluation of the first operand '(bool)__r' of the conjunction (which is overall wrapped in a NON_DEPENDENT_EXPR), but cxx_eval_constant_expression ICEs on unhandled trees (of which CAST_EXPR is one). Since

[PATCH], PR target/99708 - Define __SIZEOF_FLOAT128__ and __SIZEOF_IBM128__

Define __SIZEOF_FLOAT128__ and __SIZEOF_IBM128__. Define the sizes of the PowerPC specific types __float128 and __ibm128 if those types are enabled. I tested this on a little endian power9 system and there were no regressions. Can I check this into the trunk, and after a burn-in period, can I

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

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

New German 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 German team of translators. The file is available at: https://translationproject.org/latest/cpplib/de.po (This file,

Re: [Patch] Fortran/OpenMP: Fix depend-clause handling for c_ptr (was: [Patch] Fortran/OpenMP: Fix depend-clause handling)

On Tue, Feb 15, 2022 at 06:01:09PM +0100, Tobias Burnus wrote: > OK? Ok. > Fortran/OpenMP: Fix depend-clause handling for c_ptr > > gcc/fortran/ChangeLog: > > * trans-openmp.cc (gfc_trans_omp_depobj): Fix to alloc/ptr dummy > and for c_ptr. > > gcc/testsuite/ChangeLog: > >

[PATCH] c-family: Remove names of unused parameters

Tested powerpc64le-linux, OK for trunk? -- >8 -- C++ allows unnamed parameters, which means we don't need to call them 'dummy' and mark them with the unused attribute. gcc/c-family/ChangeLog: * c-pragma.cc (handle_pragma_pack): Remove parameter name. (handle_pragma_weak):

[Patch] Fortran/OpenMP: Fix depend-clause handling for c_ptr (was: [Patch] Fortran/OpenMP: Fix depend-clause handling)

On 15.02.22 11:56, Jakub Jelinek wrote: On Tue, Feb 15, 2022 at 11:26:12AM +0100, Tobias Burnus wrote: As found by Marcel, the 'depend' clause was differently handled in 'omp depobj(...) depend(...)' and in 'omp task depend(...)'. As Marcel reported, there was still a problem with c_ptr.

New Chinese (traditional) 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 Chinese (traditional) team of translators. The file is available at: https://translationproject.org/latest/cpplib/zh_TW.po (This file,

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

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

Re: [Patch] Fortran/OpenMP: Fix depend-clause handling

Hi! On 2022-02-15T11:26:12+0100, Tobias Burnus wrote: > As found by Marcel, the 'depend' clause was differently handled in > 'omp depobj(...) depend(...)' and in 'omp task depend(...)'. (Cross-referencing GCC PR104545 "[OpenMP & Fortran] Pointers issue in combination of depobj construct and

Re: [PATCH] c: Add diagnostic when operator= is used as truth cond [PR25689]

On Wed, 16 Feb 2022 at 00:30, Zhao Wei Liew wrote: > On Tue, 15 Feb 2022 at 21:05, Jason Merrill wrote: > > >> > > >> I agree. However, I can't seem to call extract_call_expr directly > > >> because it calls gcc_assert > > >> to assert that the resulting expression is a CALL_EXPR or >

Re: [PATCH] c: Add diagnostic when operator= is used as truth cond [PR25689]

On Tue, 15 Feb 2022 at 21:05, Jason Merrill wrote: > >> > >> I agree. However, I can't seem to call extract_call_expr directly > >> because it calls gcc_assert > >> to assert that the resulting expression is a CALL_EXPR or AGGR_INIT_EXPR. > >> Instead, I've extracted the non-assert-related code

Re: [PATCH] fold, simplify-rtx: Punt on non-representable floating point constants [PR104522]

> On Feb 15, 2022, at 3:58 AM, Jakub Jelinek wrote: > > Hi! > > For IBM double double I've added in PR95450 and PR99648 verification that > when we at the tree/GIMPLE or RTL level interpret target bytes as a REAL_CST > or CONST_DOUBLE constant, we try to encode it back to target bytes and >

Re: [PATCH] PR tree-optimization/104526 - Use GORI to evaluate arguments of a COND_EXPR.

On 2/15/22 10:56, Jakub Jelinek wrote: +bool +gori_compute::condexpr_adjust (irange , irange , gimple *, tree cond, + tree op1, tree op2, fur_source ) +{ + int_range_max tmp, cond_true, cond_false; + tree ssa1 = gimple_range_ssa_p (op1); + tree ssa2 =

Re: [PATCH] PR tree-optimization/104526 - Use GORI to evaluate arguments of a COND_EXPR.

On Tue, Feb 15, 2022 at 10:46:21AM -0500, Andrew MacLeod wrote: > Bootstraps on x86_64-pc-linux-gnu with no regressions.  But I'm running it > through again to be sure.   OK for trunk, or want to wait for the next > release? I'd like to see it in GCC 12 because it is a fix for a P1 regression. >

[PATCH] PR tree-optimization/104526 - Use GORI to evaluate arguments of a COND_EXPR.

As requested in the PR, this patch wires GORI into the evaluation of a COND_EXPR.  This late in the cycle, we'll keep it simple. given   COND ? X : Y if there is any dependency between COND and X or COND and Y, we use the GORI engine to determine the range of the SSA_NAME in COND when its

Re: libgo patch committed: Update to Go1.18beta2 release

Thanks, I'm working on it. I'm having some trouble with the Solaris machines I have access to. Ian On Tue, Feb 15, 2022, 1:20 AM Eric Botcazou via Gcc-patches < gcc-patches@gcc.gnu.org> wrote: > > I've committed a change to update libgo to the Go1.18beta2 release. > > This apparently broke the

Re: [PATCH] tree-optimization/96881 - CD-DCE and CLOBBERs

> @@ -1272,7 +1275,7 @@ maybe_optimize_arith_overflow (gimple_stmt_iterator > *gsi, > contributes nothing to the program, and can be deleted. */ > > static bool > -eliminate_unnecessary_stmts (void) > +eliminate_unnecessary_stmts (bool aggressive) > { >bool something_changed = false;

Re: [PATCH, rs6000] Remove TImode from mode iterator BOOL_128 [PR100694]

On Tue, Feb 15, 2022 at 11:01:03AM +0800, HAO CHEN GUI wrote: Hi! > On 15/2/2022 上午 5:36, Segher Boessenkool wrote: > > On Wed, Feb 09, 2022 at 10:43:17AM +0800, HAO CHEN GUI wrote: > > All that are arguments for expanding to split form, not for removing > > TImode from the iterator. And you

[PATCH] tree-optimization/96881 - CD-DCE and CLOBBERs

CD-DCE does not consider CLOBBERs as necessary in the attempt to not prevent DCE of SSA defs it uses. A side-effect of that is that it also removes all its control dependences if they are not made necessary by other means. When we later try to preserve as many CLOBBERs as possible we have to

[committed] libstdc++: Add missing constexpr to uses-allocator construction utilities [PR104542]

Tested powerpc64le-linux, pushed to trunk. -- >8 -- libstdc++-v3/ChangeLog: PR libstdc++/104542 * include/bits/uses_allocator_args.h (make_obj_using_allocator) (uninitialized_construct_using_allocator): Add constexpr. *

Re: [PATCH, OpenACC] Add support for gang local storage allocation in shared memory

On Mon, 14 Feb 2022 16:56:35 +0100 Thomas Schwinge wrote: > Hi Julian! > > Two more questions here, in context of > "[12 Regression] ICE in expand_gimple_stmt_1, at cfgexpand.c:3932 > since r12-980-g29a2f51806c": > > On 2019-06-03T17:02:45+0100, Julian Brown >

Re: [PATCH] c: Add diagnostic when operator= is used as truth cond [PR25689]

On 2/15/22 07:48, Jason Merrill wrote: On 2/15/22 05:06, Zhao Wei Liew wrote: On Tue, 15 Feb 2022 at 13:13, Jason Merrill wrote: On 2/14/22 21:30, Zhao Wei Liew wrote: On 14/02/2022, Jason Merrill wrote: +/* Returns true if EXPR is a reference to an implicit +   call to operator=(). */

Re: [PATCH] c: Add diagnostic when operator= is used as truth cond [PR25689]

On 2/15/22 05:06, Zhao Wei Liew wrote: On Tue, 15 Feb 2022 at 13:13, Jason Merrill wrote: On 2/14/22 21:30, Zhao Wei Liew wrote: On 14/02/2022, Jason Merrill wrote: +/* Returns true if EXPR is a reference to an implicit + call to operator=(). */ +static bool

[PATCH] tree-optimization/104543 - fix unroll-and-jam precondition

We have to make sure that outer loop exits come after the inner loop since we otherwise will put it into the fused loop body. Bootstrapped and tested on x86_64-unknown-linux-gnu, pushed. 2022-02-15 Richard Biener PR tree-optimization/104543 * gimple-loop-jam.cc

Re: [committed][nvptx] Handle pre-sm_7x shared atomic store using atomic exchange

On 2/15/22 12:08, Thomas Schwinge wrote: Hi Tom! On 2022-02-15T11:52:29+0100, Tom de Vries wrote: On 2/15/22 08:34, Thomas Schwinge wrote: For my understanding: Thanks for your explanations! It is expected that this changes, for example (similar elsewhere)

[committed] cygwin: Fix up -Werror=format-diag errors [PR104536]

Hi! As the testcase reports, cygwin has 3 can%'t contractions in diagnostics, we use cannot everywhere else instead and -Wformat-diag enforces that. Fixed thusly, untested, committed as obvious to unbreak cygwin bootstraps. 2022-02-15 Jakub Jelinek PR target/104536 *

Re: [committed][nvptx] Handle pre-sm_7x shared atomic store using atomic exchange

Hi Tom! On 2022-02-15T11:52:29+0100, Tom de Vries wrote: > On 2/15/22 08:34, Thomas Schwinge wrote: >> For my understanding: Thanks for your explanations! >> It is expected that this changes, for example (similar elsewhere) >> 'nvptx-none/libatomic/store_4_.o', to use (a) 'atom.exch' (with a

Re: [Patch] Fortran/OpenMP: Fix depend-clause handling

On Tue, Feb 15, 2022 at 11:26:12AM +0100, Tobias Burnus wrote: > As found by Marcel, the 'depend' clause was differently handled in > 'omp depobj(...) depend(...)' and in 'omp task depend(...)'. > > The problem was that for a scalar pointer, depobj depended > on the pointer address - while task

Re: [PATCH] fold, simplify-rtx: Punt on non-representable floating point constants [PR104522]

On Tue, 15 Feb 2022, Jakub Jelinek wrote: > Hi! > > For IBM double double I've added in PR95450 and PR99648 verification that > when we at the tree/GIMPLE or RTL level interpret target bytes as a REAL_CST > or CONST_DOUBLE constant, we try to encode it back to target bytes and > verify it is the

Re: [committed][nvptx] Handle pre-sm_7x shared atomic store using atomic exchange

On 2/15/22 08:34, Thomas Schwinge wrote: Hi Tom! For my understanding: On 2022-02-10T10:13:10+0100, Tom de Vries via Gcc-patches wrote: The ptx isa specifies (for pre-sm_7x) that atomic operations on shared memory locations do not guarantee atomicity with respect to normal store

[PATCH] tree-optimization/104519 - adjust PR100499 niter fix

The following adjusts the PR100499 niter fix to use the appropriate types when checking whether the difference between the final and base values of the IV are a multiple of the step. It also gets rid of an always false condition in multiple_of_p which lead me to a wrong solution first.

New French 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 French team of translators. The file is available at: https://translationproject.org/latest/cpplib/fr.po (This file,

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

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

[Patch] Fortran/OpenMP: Fix depend-clause handling

As found by Marcel, the 'depend' clause was differently handled in 'omp depobj(...) depend(...)' and in 'omp task depend(...)'. The problem was that for a scalar pointer, depobj depended on the pointer address - while task depended on the pointer-target address. If one now combines depobj and

[committed] sanitizer: Use glibc _thread_db_sizeof_pthread symbol if present

Hi! I've cherry-picked following fix from llvm-project. Recent glibcs have _thread_db_sizeof_pthread symbol variable which contains the size of struct pthread, so that sanitizers don't need to guess that and risk that it will change again. The patch is from Florian Weimer.

[PATCH] c-family: Fix up shorten_compare for decimal vs. non-decimal float comparison [PR104510]

Hi! The comment in shorten_compare says: /* If either arg is decimal float and the other is float, fail. */ but the callers of shorten_compare don't expect anything like failure as a possibility from the function, callers require that the function promotes the operands to the same type,

Re: [PATCH] c: Add diagnostic when operator= is used as truth cond [PR25689]

On Tue, 15 Feb 2022 at 13:13, Jason Merrill wrote: > > On 2/14/22 21:30, Zhao Wei Liew wrote: > > On 14/02/2022, Jason Merrill wrote: > >>> > >>> +/* Returns true if EXPR is a reference to an implicit > >>> + call to operator=(). */ > >>> +static bool > >>> +is_assignment_overload_ref_p (tree

[PATCH] fold, simplify-rtx: Punt on non-representable floating point constants [PR104522]

Hi! For IBM double double I've added in PR95450 and PR99648 verification that when we at the tree/GIMPLE or RTL level interpret target bytes as a REAL_CST or CONST_DOUBLE constant, we try to encode it back to target bytes and verify it is the same. This is because our real.c support isn't able to

[committed] openmp: Make finalize_task_copyfn order reproduceable [PR104517]

Hi! The following testcase fails -fcompare-debug, because finalize_task_copyfn was invoked from splay tree destruction, whose order can in some cases depend on -g/-g0. The fix is to queue the task stmts that need copyfn in a vector and run finalize_task_copyfn on elements of that vector.

Re: [PATCH] vect+aarch64: Fix ldp_stp_* regressions

On Mon, 14 Feb 2022, Richard Sandiford wrote: > ldp_stp_1.c, ldp_stp_4.c and ldp_stp_5.c have been failing since > vectorisation was enabled at -O2. In all three cases SLP is > generating vector code when scalar code would be better. > > The problem is that the target costs do not model whether

Re: libgo patch committed: Update to Go1.18beta2 release

> I've committed a change to update libgo to the Go1.18beta2 release. This apparently broke the build on SPARC/Solaris 11.3: /homes/botcazou/gcc-head/src/libgo/go/runtime/mem_gccgo.go:32:26: error: reference to undefined name 'open' 32 | mmapFD = open([0], 0 /* O_RDONLY */,

[PATCH][_Hashtable] Fix insertion of range of type convertible to value_type PR 56112

We have a regression regarding management of types convertible to value_type. It is an occurrence of PR 56112 but for the insert method.     libstdc++: [_Hashtable] Insert range of types convertible to value_type PR 56112     Fix insertion of range of types convertible to value_type.    

New template for 'cpplib' made available

Hello, gentle maintainer. This is a message from the Translation Project robot. (If you have any questions, send them to .) A new POT file for textual domain 'cpplib' has been made available to the language teams for translation. It is archived as:

New template for 'gcc' made available

Hello, gentle maintainer. This is a message from the Translation Project robot. (If you have any questions, send them to .) A new POT file for textual domain 'gcc' has been made available to the language teams for translation. It is archived as: