All:
Loop distribution considers DDG to decide on distributing the Loops. The Loops
with control statements like IF-THEN-ELSE can also be
Distributed. Instead of Data Dependency Graph, the Control Dependence Graph
should be considered in order to distribute the loops
In presence of control Stat
On Thu, Aug 13, 2015 at 9:37 AM, Ajit Kumar Agarwal
wrote:
> All:
>
> Loop distribution considers DDG to decide on distributing the Loops. The
> Loops with control statements like IF-THEN-ELSE can also be
> Distributed. Instead of Data Dependency Graph, the Control Dependence Graph
> should be c
On Thu, Aug 13, 2015 at 3:32 AM, Abe wrote:
> Dear all,
>
> Overall, I think the WIP new if converter is holding up
> relatively well, but there is obviously opportunity to do better,
> at least if the numbers mean what they look like they mean,
> i.e. the old converter`s code was fully OK and so
Hi all,
I'm implementing a target-specific reorg pass, and one thing that I want to do
is for a given insn in the stream to find an instruction
in the stream that I can swap it with, without violating any dataflow
dependencies.
The candidate instruction could be earlier or later in the stream.
FX writes:
> 1. It appears that even on platforms with BACKTRACE_SUPPORTED == 0
> (such as x86_64-apple-darwin), libbacktrace is built and able to
> perform a nonsymbolic backtrace (which appears accurate). Is that a
> feature? Can I rely on it?
Yes, that is a feature. You should always get acc
Resending in text/plain, sorry for any extra spam...
On Thu, Aug 13, 2015 at 4:44 PM, Ian Lance Taylor wrote:
>
> FX writes:
>
> > 1. It appears that even on platforms with BACKTRACE_SUPPORTED == 0
> > (such as x86_64-apple-darwin), libbacktrace is built and able to
> > perform a nonsymbolic bac
> You should always get accurate PC values even
> on systems where libbacktrace does not yet generate file/line
> information.
Cool! We’ll be able to use it unconditionaly with all targets, which is very
nice.
> I don't know why this is not working. Everything looks fine in the
> a.out that yo
> You might also take a look at the patch posted to PR 54572 which was my
> attempt to use libbacktrace a few years ago. While I got symbolic backtraces
> working somewhat, unfortunately I never got it to work completely since it
> crashed somewhere in libbacktrace in some cases, but maybe whate
On Thu, Aug 13, 2015 at 7:11 AM, FX wrote:
>
>> I don't know why this is not working. Everything looks fine in the
>> a.out that you sent. Unfortunately, I think you sent the one built
>> without libbacktrace. Can you send me the one built with libbacktrace?
>
> Attached is the a.out with libgf
On Thu, Aug 13, 2015 at 8:25 AM, Ian Lance Taylor wrote:
> On Thu, Aug 13, 2015 at 7:11 AM, FX wrote:
>>
>>> I don't know why this is not working. Everything looks fine in the
>>> a.out that you sent. Unfortunately, I think you sent the one built
>>> without libbacktrace. Can you send me the o
> And yet, that patch has absolutely nothing to do with libbacktrace.
> Hmmm. Let's try this one.
Works perfectly with the patch:
Program aborted. Backtrace:
#0 0xf75e5b9b _gfortrani_show_backtrace
../../../../trunk/libgfortran/runtime/backtrace.c:113
#1 0xf75e6aa7 _gfortrani_sys_abort
On 08/13/2015 05:06 AM, Kyrill Tkachov wrote:
Hi all,
I'm implementing a target-specific reorg pass, and one thing that I want
to do
is for a given insn in the stream to find an instruction
in the stream that I can swap it with, without violating any dataflow
dependencies.
The candidate instruct
Hi
I'm using an ARM thumb cross compiler for embedded systems and always do
optimize for small size with -Os.
Though I've experimented with optimization flags, and loop unrolling.
Normally loop unrolling is always bad for size, code is duplicated and size
increases.
Though I discovered that in
On Thu, Aug 13, 2015 at 8:50 AM, FX wrote:
>> And yet, that patch has absolutely nothing to do with libbacktrace.
>> Hmmm. Let's try this one.
>
> Works perfectly with the patch:
Patch tested and committed with this ChangeLog entry.
2015-08-13 Ian Lance Taylor
* dwarf.c (read_function_entry
Hi,
I'm having a problem with one of the Boost.Atomic tests on a PowerPC64
LE test platform. The test is running two threads which are looping code
like this:
Thread 1 Thread 2
[initially a == 0 && b == 0]
a.store(1, seq_cst); b.store(1, seq_cst);
a.load(relaxed);
-Original Message-
From: Richard Biener [mailto:richard.guent...@gmail.com]
Sent: Thursday, August 13, 2015 3:23 PM
To: Ajit Kumar Agarwal
Cc: Jeff Law; gcc@gcc.gnu.org; Vinod Kathail; Shail Aditya Gupta; Vidhumouli
Hunsigida; Nagaraju Mekala
Subject: Re: More of a Loop distribution.
O
On August 14, 2015 4:59:07 AM GMT+02:00, Ajit Kumar Agarwal
wrote:
>
>
>-Original Message-
>From: Richard Biener [mailto:richard.guent...@gmail.com]
>Sent: Thursday, August 13, 2015 3:23 PM
>To: Ajit Kumar Agarwal
>Cc: Jeff Law; gcc@gcc.gnu.org; Vinod Kathail; Shail Aditya Gupta;
>Vidhum
-Original Message-
From: Richard Biener [mailto:richard.guent...@gmail.com]
Sent: Friday, August 14, 2015 11:30 AM
To: Ajit Kumar Agarwal
Cc: Jeff Law; gcc@gcc.gnu.org; Vinod Kathail; Shail Aditya Gupta; Vidhumouli
Hunsigida; Nagaraju Mekala
Subject: RE: More of a Loop distribution.
On
18 matches
Mail list logo
