Hi,
I'm now working on Graphite branch and need to know
the alias set information for each data_reference_p, which
would be an integer (or alias_set_type) stands for which
alias set it is in.
I tried to get the alias set information with get_alias_set (tree)
(I've no idea how this function works,
Hi Richard,
On Tue, Jul 14, 2009 at 4:54 PM, Richard
Guenther wrote:
> On Tue, Jul 14, 2009 at 8:01 AM, Li Feng wrote:
>> Hi,
>>
>> I'm now working on Graphite branch and need to know
>> the alias set information for each data_reference_p, which
>> would be
Hi Richard,
Maybe you could look into this thread and give us
some suggestion/confirmation.
Now we plan to use dr_may_alias_p (DR1, DR2) to partition
the alias set.
http://groups.google.de/group/gcc-graphite/browse_thread/thread/7bffbe9037b5adf4?hl=en
Thanks,
Li
On Wed, Jul 15, 2009 at 5:34 AM,
Hi Richard,
On 7/16/09, Richard Guenther wrote:
> On Thu, Jul 16, 2009 at 1:15 AM, Tobias
> Grosser wrote:
>> On Wed, 2009-07-15 at 22:48 +0200, Richard Guenther wrote:
>>> On Wed, Jul 15, 2009 at 10:46 PM, Richard
>>> Guenther wrote:
>>> > On Wed, Jul 15, 2009 at 9:15 PM, Tobias
>>> > Grosser wro
Hi Daniel,
On Thu, Jul 16, 2009 at 11:45 PM, Daniel Berlin wrote:
> On Thu, Jul 16, 2009 at 5:00 AM, Li Feng wrote:
>> Hi Richard,
>> On 7/16/09, Richard Guenther wrote:
>>> On Thu, Jul 16, 2009 at 1:15 AM, Tobias
>>> Grosser wrote:
>>>> On Wed, 2009
Hi all,
Working with great Graphite developers, I have finished this summer's
GSoC project.
So I think it's time to summarize this summer's work and plan next.
For details about autopar in Graphite, you could refer to this page:
http://gcc.gnu.org/wiki/Graphite/Parallelization
and this page:
http
Hi,
I'm considering how to escape the unnecessary re-optimization
in automatic parallelization.
e.g.
in a source code the function fun() one loop
is considered can_be_parallel by Graphite pass, and in pass
tree-parloop.c, will call the code generation part for this loop and generate
newly created
Hi Joern,
On Sat, Oct 10, 2009 at 5:27 PM, Joern Rennecke
wrote:
> Quoting Li Feng :
>>
>> So my question is,
>>
>> 1. Is this necessary/correct if we want to escape the re-optimization for
>> the
>> first few passes before tree-parloop.c and continue the
Hi,
I have noticed this wiki:A_guide_to_testcase_reduction
which tells how to reduce a c/c++ testcase with delta.
That's a really good tool to do this reducing job. And for c/c++ the
topformflat tool in the Delta distribution will puts syntactically
related tokens on one line (because delta is lin
Hi Joost,
On Fri, Oct 30, 2009 at 4:41 PM, VandeVondele Joost wrote:
> Hi Li,
>
> I've attached 'Fortran-aware' delta. I tries to guess cut a Fortran file in
> more reasonable places (e.g. between subroutine boundaries, after enddos).
> It works reasonably well, but is a hack.
I think another way
Hi all,
Below is the proposal of this gSoc project. I'd really like you review and
comment on this and then I can plan this project better.
Thanks,
Li Feng
#title Automatic parallelization in Gra
Hi Tobi,
On Thu, Mar 26, 2009 at 3:17 PM, Tobias Grosser
wrote:
> On Thu, 2009-03-26 at 10:36 +0800, Li Feng wrote:
>> Hi all,
>>
>> Below is the proposal of this gSoc project. I'd really like you review and
>> comment on this and then I can plan this project b
Hi,
It's nice that the proposal 'Automatic parallelization in Graphite'
is accepted. Which means I will be working with great Graphtie
developers this summer, and trying to implement the project .
I have set up a blog for this project, which will mainly about this
project: 1. plans 2. what I have
13 matches
Mail list logo