Re: [PATCH] gcov tool: Implement Hawick's algorithm for cycle detection, (PR gcov-profile/67992)

On 08/05/2016 09:30 AM, Martin Liška wrote: > Hi. > > Sorry for the mistake with the enum, that was silly ;) > New patch version also handles the unnecessary braces. > > Martin I attached a wrong patch, sending the new one. Martin >From 6a811bf138aa29e6b821de21de61f77afec5a0d6 Mon Sep 17

Re: [PATCH] gcov tool: Implement Hawick's algorithm for cycle detection, (PR gcov-profile/67992)

On 08/04/2016 06:52 PM, Nathan Sidwell wrote: > On 08/04/16 12:10, Martin Liška wrote: >> On 08/04/2016 05:13 PM, Nathan Sidwell wrote: >>> On 08/04/16 10:42, Martin Liška wrote: >>> I decided to use a new enum, hope it's better? >>> >>> that's fine. But you know, if you set the enum values

Re: [PATCHv2] do not throw in std::make_exception_ptr

On Fri, Aug 05, 2016 at 07:56:02AM +0200, Daniel Krügler wrote: > 2016-08-05 6:49 GMT+02:00 Gleb Natapov : > > Instead of throwing an exception allocate its memory and initialize it > > explicitly. Makes std::make_exception_ptr more efficient since no stack > > unwinding is

[PATCH/AARCH64] Improve ThunderX code generation slightly with load/store pair

Hi, On ThunderX, load (and store) pair that does a pair of two word (32bits) load/stores is slower in some cases than doing two load/stores. For some internal benchmarks, it provides a 2-5% improvement. This patch disables the forming of the load/store pairs for SImode if we are tuning for

Re: [ARM] mno-pic-data-is-text-relative & msingle-pic-base

Ramana, I saw some correspondence between you and Nathan on his patch [https://gcc.gnu.org/ml/gcc-patches/2016-05/msg00630.html] (after I sent this email) going in a direction that may eventually result in too tight than necessary coupling between these two switches, as your response hints at: >

<    1   2