Re: [ PATCH ] [ C++ ] [ libstdc++ ] P1208r6 Merge source_location

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

Re: [ PATCH ] [ C++ ] [ libstdc++ ] P1208r6 Merge source_location

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

[ PATCH ] [ C++ ] [ libstdc++ ] P1208r6 Merge source_location

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

Re: [PATCH 1/1] libgomp: Add destructor to delete runtime env keys

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

Re: Bountysource campaign for gcc-rust?

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

[committed][AArch64] Fix typo in V_INT_CONTAINER

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/

Re: Add missing target check for fully-masked fold-left reductions

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

Add missing target check for fully-masked fold-left reductions

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

[C++ PATCH v2] Don't mangle attributes that have a space in their name

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

Re: Bountysource campaign for gcc-rust?

> 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

[PATCH] PR libstdc++/91620 Implement DR 526 for std::[forward_]list::remove_if/unique

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