Here is the patch to extend DR 526 to forward_list and list remove_if
and unique.
As the adopted pattern is simpler I also applied it to the remove methods.
PR libstdc++/91620
* include/bits/forward_list.tcc (forward_list<>::remove): Collect nodes
to destroy in an intermediate forwa
> John Paul Adrian Glaubitz wrote:
> The programming language Rust has become very popular over the past few years
> with many projects rewriting parts of their codebase in that language. While
> these rewrites often make the code perform faster and potentially safer, using
> Rust makes these
Jason Merrill writes:
> On 12/18/19 1:24 PM, Richard Sandiford wrote:
>> The SVE port needs to maintain a different type identity for
>> GNU vectors and "SVE vectors" even during LTO, since the types
>> use different ABIs. The easiest way of doing that seemed to be
>> to use type attributes. How
The fold-left reduction code has a (rarely-used) fallback that handles
cases in which the loop is fully-masked and the target has no native
support for the reduction. The fallback includea a VEC_COND_EXPR
between the reduction vector and a safe value, so we should check
whether that VEC_COND_EXPR
On December 27, 2019 5:02:55 PM GMT+01:00, Richard Sandiford
wrote:
>The fold-left reduction code has a (rarely-used) fallback that handles
>cases in which the loop is fully-masked and the target has no native
>support for the reduction. The fallback includea a VEC_COND_EXPR
>between the reducti
All VNx2 V_INT_CONTAINER entries should map to VNx2DI. The lower-case
version was already correct.
Tested on aarch64-linux-gnu and applied as r279743.
Richard
2019-12-27 Richard Sandiford
gcc/
* config/aarch64/iterators.md (V_INT_CONTAINER): Fix VNx2SF entry.
gcc/testsuite/
On Fri, 2019-12-27 at 10:53 -0500, David Edelsohn wrote:
> > > > > > John Paul Adrian Glaubitz wrote:
> > The programming language Rust has become very popular over the past
> > few years
> > with many projects rewriting parts of their codebase in that
> > language. While
> > these rewrites often m
On Tue, Dec 24, 2019 at 07:21:53PM +0530, Ayush Mittal wrote:
> [BUG: 93065] libgomp: destructor missing to delete goacc_cleanup_key
> libgomp constructor creates goacc_cleanup_key on dlopen but doesn't delete
> key on dlclose.
> dlopen and dlclose of libgomp.so exhausts pthread keys, which resul
This patch implements std::source_location. There's a couple
cases where the builtin implemented does not do what is expected of
it, and so the bottom 3 batches of test cases fails. I'm still
including the patch so that others can pick up on what might need to
change about the __builtin_source
On Fri, Dec 27, 2019 at 02:27:12PM -0500, JeanHeyd Meneide wrote:
> This patch implements std::source_location. There's a couple
> cases where the builtin implemented does not do what is expected of
> it, and so the bottom 3 batches of test cases fails. I'm still
> including the patch so that
On Fri, Dec 27, 2019 at 2:33 PM Jakub Jelinek wrote:
>
> This will be ABI incompatible between GCC and Clang, that doesn't look like
> a good idea to me. I thought the plan is to use what you have in the
> _GLIBCXX_HAVE_BUILTIN_SOURCE_LOCATION case always, except that if
> __builtin_source_locati
11 matches
Mail list logo