On 06/22/2012 01:19 PM, Richard Guenther wrote:
On Fri, Jun 22, 2012 at 12:46 PM, Tobias Grosser wrote:
On 06/22/2012 12:41 PM, Richard Guenther wrote:
On Thu, Mar 1, 2012 at 3:21 PM, Richard Guenther
wrote:
On Thu, Feb 9, 2012 at 1:42 PM, Tobias Grosserwrote:
Hi,
it has been
On 06/22/2012 03:02 PM, Michael Matz wrote:
Hi,
On Fri, 22 Jun 2012, Tobias Grosser wrote:
There are two areas that do not yet have an isl counterpart. The
openscop import/export and the loop interchange heuristic. I think you
can safely crop the openscop import/export, as it is currently
On 11/20/2012 08:32 PM, Basile Starynkevitch wrote:
On Tue, Nov 20, 2012 at 11:24:40AM -0800, Lawrence Crowl wrote:
[]
All of these functions come in two forms.
function (FILE *, item_to_dump, formatting)
function (item_to_dump, formatting)
Since we have switched to C++, it wo
On 11/21/2012 02:33 PM, Gabriel Dos Reis wrote:
On Wed, Nov 21, 2012 at 7:07 AM, Tobias Grosser wrote:
On 11/20/2012 08:32 PM, Basile Starynkevitch wrote:
On Tue, Nov 20, 2012 at 11:24:40AM -0800, Lawrence Crowl wrote:
[]
All of these functions come in two forms.
function (FILE
On 11/21/2012 03:25 PM, Gabriel Dos Reis wrote:
On Wed, Nov 21, 2012 at 7:48 AM, Tobias Grosser wrote:
Is it correct to state that every translation unit that includes iostream
will include the iostream static constructors?
C++ requires the definitions of globals such as std::cin, std::cout
On 12/21/2012 08:33 PM, Ian Lance Taylor wrote:
On Fri, Dec 21, 2012 at 8:39 AM, Jack Howarth wrote:
The main issue is that the test in configure is brain-dead and demands an
explicit version.
Any reason not to fix that?
As far as I remember, the explicit version was set at that time
On 12/21/2012 08:33 PM, Ian Lance Taylor wrote:
On Fri, Dec 21, 2012 at 8:39 AM, Jack Howarth wrote:
The main issue is that the test in configure is brain-dead and demands an
explicit version.
Any reason not to fix that?
As far as I remember, the explicit version was set at that time
On 01/01/2013 10:53 AM, Shakthi Kannan wrote:
Greetings!
I would like to know if there are any TODO tasks that I can work on to
get started with Graphite/GCC. I came across Tobias Grosser's post
regarding Graphite development at:
http://gcc.gnu.org/wiki/Graphite-4.8
If you have any suggesti
Hi,
while working at graphite I had some problems with the SCoP detection.
It seems to me, that I expect the SCoPs being defined slightly
different.
At the moment a SCoP is defined like this (as I understand):
A SCoP is a part of the CFG wich can be extracted, optimized using the
polyhedral mode
On Fri, 2008-02-08 at 10:11 -0600, Sebastian Pop wrote:
> 2008/2/7 Tobias Grosser <[EMAIL PROTECTED]>:
> > 2. Which loops are part of a SCoP:
> >
> > At the moment we detect the loops, which are part of a SCoP like this:
> >
> > FORALL_BB_IN_SCOP(bb)
&g
On Wed, 2008-03-12 at 16:38 +0100, Bernardo Innocenti wrote:
> Hello,
>
> many people seem to be finding our git mirror of the GCC repo
> useful:
Sure, I am using it since several weeks and it is a great
improvement in many areas.
For me it seems that the git mirror does not hurt in any way. Sur
Hi Sebastian, Hi Cedric,
since Thursday I think about how to implement loop tiling in graphite.
Lets start with a simple example:
for (i=0;i<=10;i++) {
for (j=0;j<=20;j++) {
S1 ;
}
}
# eq/in i j n 1
1 1 0 0 0 # i >= 0
1 -1 0 0 10 # i <= 10
1 0 1 0 0 # j
Hi Sebastian, hi Jan, hi graphities,
while trying to work on graphite I saw, that the last changes made the
code generation fail for every case.
1. Cloog-PPL creates many unnecessary conditional statements.
=
Problem since: cloog-ppl ch
Hi Sebastian, hi Jan, hi graphities,
while trying to work on graphite I saw, that the last changes made the
code generation fail for every case.
1. Cloog-PPL creates many unnecessary conditional statements.
=
Problem since: cloog-ppl ch
Hi Jan,
On Mon, 2008-08-18 at 17:37 -0500, Sjodin, Jan wrote:
> > As the current code generation does not support conditional
> > statements,
> > we fail to generate code for them.
> >
> > Who will work on that one?
>
> I am working on this.
Great!
I would like to improve the way how we han
On Wed, 2008-08-20 at 09:10 +0200, Albert Cohen wrote:
> Tobias Grosser wrote:
> > I would like to improve the way how we handle scalar variables and ivs
> > during graphite transformation.
> > I am not sure, if I got it right and where to put my code in the backend.
> &g
Hi Jan, hi Sebastian,
while looking in the graphite backend code I stepped over a commit
(r138161) introducing graphite_loops_mapping.
At the moment I do not understand perfectly for what it is used, as it
seems to mirror a feature I already implemented (see graphite.h):
Hi gcc community, hi graphities,
since Monday Google Summer of Code 2008 is over and I would like to
write a little bit about my SOC project.
First of all I would like to thank Sebastian for being my mentor. It was
really fun to work with you. I never felt alone and always got great
mail or phone
Hi Steve,
On Tue, 2008-09-02 at 13:49 -0700, Steve Kargl wrote:
> x86_64-*-freebsd8.0
>
> FAIL: gfortran.dg/graphite/block-1.f90 -O (test for excess errors)
> FAIL: gfortran.dg/graphite/block-2.f -O (test for excess errors)
> FAIL: gfortran.dg/graphite/block-3.f90 -O (test for excess errors
Hi Steve,
On Tue, 2008-09-02 at 13:59 -0700, Steve Kargl wrote:
> On Tue, Sep 02, 2008 at 05:57:07PM -0300, Tobias Grosser wrote:
> > Hi Steve,
> >
> > On Tue, 2008-09-02 at 13:49 -0700, Steve Kargl wrote:
> > > x86_64-*-freebsd8.0
> > >
> > > F
On Tue, 2008-09-02 at 14:29 -0700, Steve Kargl wrote:
> On Tue, Sep 02, 2008 at 06:15:56PM -0300, Tobias Grosser wrote:
> > Hi Steve,
> > On Tue, 2008-09-02 at 13:59 -0700, Steve Kargl wrote:
> > >
> > > gfortran.log shows that all the failures are the same. Note
On Tue, 2008-09-02 at 14:54 -0700, Janis Johnson wrote:
> On Tue, 2008-09-02 at 21:23 +, Joseph S. Myers wrote:
> > On Tue, 2 Sep 2008, Andrew Pinski wrote:
> >
> > > On Tue, Sep 2, 2008 at 2:15 PM, Tobias Grosser
> > > <[EMAIL PROTECTED]> wrote:
101 - 122 of 122 matches
Mail list logo
