This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: patch for merging graphite branch (before tuplification)


Sebastian,
   I am a bit confused about the comment that building the cloog
and ppl libs in the gcc directory is broken. Do you intend to
actually merge their source code into gcc? I thought they would
be treated like mpfr (as an external development library provided
by the the OS distribution). Also, can the tuplified graphite
changes be posted as a patch that applies to current gcc trunk?
                     Jack
ps I am the fink maintainer of the gcc packages on Mac OS X
and had intended to just create ppl/polylib and cloog packages
that would be required to build/use our gcc44 package.

On Sat, Aug 02, 2008 at 07:26:18PM -0500, Sebastian Pop wrote:
> Hi,
> 
> The graphite branch has been tuplified and the port to PPL passes the
> graphite testsuite.  For building the graphite branch right now, here
> are the steps you'll have to go through:
> 
> You have to get a copy of the release 0.9 of PPL from:
> http://www.cs.unipr.it/ppl/Download/
> 
> cd ppl
> ./configure --prefix=/somewhere
> make
> make install
> 
> Then you can get a copy of the port of Cloog to PPL as follows:
> 
> cd cloog
> git-init
> git-pull http://repo.or.cz/w/cloog-ppl.git
> aclocal
> autoconf
> ./configure --with-ppl=/somewhere --prefix=/somewhere
> make
> make install
> 
> Then grab a version of graphite branch and configure like this:
> 
> cd gcc/build
> ../configure --with-cloog=/somewhere --with-ppl=/somewhere
> make
> 
> For the moment I think that building the cloog and ppl libs in the gcc
> directory is broken.  I have not been able to configure ppl within the
> build of gcc because ieeefp.h has not been found on my ubuntu system.
> I will try to see how that can be fixed, or better, not provide this
> functionality and expect all the time the cloog and ppl libs to be
> installed on the system.
> 
> Note that ppl and polylib are two backends of cloog, and one has the
> choice of the polyhedral library to be used.  For the moment the code
> generated by the ppl backend contains much more conditions that are
> redundant with respect to the enclosing loops because of the
> cloog_domain_simplify operation that is still very inefficient in the
> ppl backend.  This should be improved either in newer versions of PPL.
> 
> Sebastian Pop
> --
> AMD - GNU Tools


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]