Re: [PATCH] Add --with-diagnostics-urls configuration option and GCC_URLS/TERM_URLS env var

On 2/2/20 12:05 AM, Segher Boessenkool wrote: > On Sat, Feb 01, 2020 at 05:21:30PM +, Bernd Edlinger wrote: >> On 2/1/20 6:12 PM, Jakub Jelinek wrote: >>> On Sat, Feb 01, 2020 at 03:43:20PM +, Bernd Edlinger wrote: I seem to remember him saying that he always has to configure with

[Patch] [OpenMP] Add missing parameters to omp_lib documentation (PR fortran/93541)

I recently stumbled over the intrinsic module documentation and wondered whether it was complete. Answer: It wasn't. Cf. https://gcc.gnu.org/onlinedocs/gfortran/OpenMP-Modules-OMP_005fLIB-and-OMP_005fLIB_005fKINDS.html Pause was added 8th Nov 2018 → GCC 9. The lock hint already 2015-10-13. Hen

Re: [Patch] [OpenMP] Add missing parameters to omp_lib documentation (PR fortran/93541)

Hi Tobias, OK? – And for which branches? OK for all branches (assuming you checked with "make pdf" and "make dvi"). Thanks for doing this - our documentation is not always quite up to date... Regards Thomas

Re: libgo patch committed: Update to Go1.14beta1

I'm getting these errors on aarch64 with -mabi=ilp32: ../../../../libgo/go/runtime/mpagealloc.go:226:38: error: shift count overflow 226 | chunks [1 << pallocChunksL1Bits]*[1 << pallocChunksL2Bits]pallocData | ^ ../../../../libgo/go/runtime/mgcscavenge

Re: [PATCH] Add --with-diagnostics-urls configuration option and GCC_URLS/TERM_URLS env var

On 2/2/20 1:28 AM, Sandra Loosemore wrote: > On 2/1/20 8:43 AM, Bernd Edlinger wrote: > >> diff --git a/gcc/doc/install.texi b/gcc/doc/install.texi >> index 6ffafac..1d3fec5 100644 >> --- a/gcc/doc/install.texi >> +++ b/gcc/doc/install.texi >> @@ -2097,9 +2097,18 @@ option (if not used explicitly

One more patch for PR91333

  The previous patch for https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91333 resulted in aarch64 testsuite failures. The following patch solves some of the failures and modified the PR test as the generated code changed. The patch was successfully bootstrapped on x86-64 and benchmarked on SP

[committed] testsuite,Darwin,PPC: Adjust darwin-abi-12.c for common section use.

Hi, Another in the series of amendments following the switch to default to no-common. Tested on powerpc-darwin9, applied to master, thanks Iain -- This test explicitly tests for code generation that expects a common section. gcc/testsuite/ChangeLog: 2020-02-02 Iain Sandoe * gcc.targe

Re: [PATCH] c++: Fix ICE on invalid alignas in a template [PR93530]

On 1/31/20 8:06 PM, Marek Polacek wrote: This fixes an ICE taking place in cp_default_conversion because we got a SCOPE_REF that doesn't have a type and so checking INTEGRAL_OR_UNSCOPED_ENUMERATION_TYPE_P (TREE_TYPE (exp)) will crash. This happens since the recent Joseph's change in decl_attribut

Re: [wwwdocs] Mention powerpc*-*-*spe* deprecation in gcc-8/changes.html

On Wed, 18 Apr 2018, Jakub Jelinek wrote: > The following patch mentions the deprecation of powerpc*spe*. I know it's a little, ahem, late, but I applied this follow-up patch to avoid a link with the text "here". (More specific text is generally recommended by user design guidelines.) Gerald c

Re: [PATCH Coroutines] Handle type deduction of auto and decltype(auto) with indirect_ref expression

在 2020/1/28 上午12:01, Nathan Sidwell 写道: On 1/21/20 6:21 AM, JunMa wrote: Hi When test gcc with cppcoro, I find case like:    int& awaitable::await_resume()    auto x1 = co_await awaitable;    decltype(auto) x2 = co_await awaitable; Based on standard, typeof(x1) should be int, typeof(x2) is int

Ping* [PATCH V2] Generalized value pass-through for self-recursive function (ipa/pr93203)

Thanks, Feng From: Feng Xue OS Sent: Saturday, January 25, 2020 9:50 PM To: mjam...@suse.cz; Jan Hubicka; gcc-patches@gcc.gnu.org Subject: [PATCH V2] Generalized value pass-through for self-recursive function (ipa/pr93203) Made some changes. Feng _

Re: [PATCH Coroutines v1] Handle type deduction of auto and decltype(auto) with indirect_ref expression

在 2020/2/3 上午9:03, JunMa 写道: 在 2020/1/28 上午12:01, Nathan Sidwell 写道: On 1/21/20 6:21 AM, JunMa wrote: Hi When test gcc with cppcoro, I find case like:    int& awaitable::await_resume()    auto x1 = co_await awaitable;    decltype(auto) x2 = co_await awaitable; Based on standard, typeof(x1) sh

[PATCH Coroutines]Insert the default return_void call at correct position

Hi, Exception in coroutine is not correctly handled because the default return_void call is now inserted before the finish suspend point, rather than at the end of the original coroutine body. This patch fixes the issue by generating following code: co_await promise.initial_suspend(); try {

Re: [PATCH] s390x: Fix popcounthi2_z196 expander [PR93533]

On 2/1/20 9:41 PM, Jakub Jelinek wrote: > Hi! > > The following testcase started to ICE when .POPCOUNT matching has been added > to match.pd; we had __builtin_popcount*, but nothing would use the > popcounthi2 expander before. > > The problem is that the popcounthi2_z196 expander doesn't emit val