search for: graphite

...eneral, the loading/import/namespacing mechanism is really something that I cannot wrap my head around, even after reading the relevant sections in the documentation. Specifically, I''m trying to put together a module. I believe I have the correct module structure: $ find . ./test.pp ./graphite ./graphite/manifests ./graphite/manifests/init.pp ./graphite/files ./graphite/files/local_settings.py The test.pp file looks like this: include graphite This will not find the module I have placed in the same directory. If I import the module explicitly, it still does not work: imp...

Tobias Grosser wrote: > The way to go is the scoplib format (propably extended by quantified > variables). This format could be extracted from graphite easily and > could also be created in LLVM. > What we need to get back into LLVM is only the new optimized schedule > described e.g. as cloog like scattering functions. These can be parsed > easily. The real code generation could be done internally, so it is not > necessary to pa...

Hi ether, On 12/26/09 13:06, ether zhhb wrote: > hi, > > dose anyone going/planning to add something like > Graphite(http://gcc.gnu.org/wiki/Graphite) in gcc to llvm(or that > should be implement at the level of clang?)? I already looked into implementing something like Graphite for LLVM. However just recently, so I have not released any code yet. As soon as some code is available I will post patches. Anyb...

On 12/27/09 10:18, ether wrote: > hi Tobi , > > that sounds greate :D > > On 2009-12-27 5:43, Tobias Grosser wrote: >> I already looked into implementing something like Graphite for LLVM. >> However just recently, so I have not released any code yet. As soon as >> some code is available I will post patches. > whats its status? do you need any help? Very recently started. That's why I did not talk about this on my own. However help is always needed. As...

hi Tobi , that sounds greate :D On 2009-12-27 5:43, Tobias Grosser wrote: > I already looked into implementing something like Graphite for LLVM. > However just recently, so I have not released any code yet. As soon as > some code is available I will post patches. whats its status? do you need any help? > A general plan to implement polyhedral transformations in LLVM: > > 1. The identity transformation (LLVM->p...

...i had contacted the author a week ago, and if we use it, we need a IR > generator in llvm side to extract SCoP, and the corresponding parser in > Pluto side that read, then a backend for cloog and the corresponding in > parser llvm that read those stuff back to llvm. :) >> or even Graphite > hows the statue of PCP? could us just use the PCP language with annotation? Hi all, PCP is only partially implemented: conversion out of PCP to Graphite is not implemented, but the existing code would definitely help anybody working in interfacing other tools with PCP. The main people to...

...rpm_spec/rpm_spec/carbon.spec By author you mean the author of the RPM? > (If you need to know how to generate an RPM from a .spec see > https://fedoraproject.org/wiki/How_to_create_an_RPM_package ) Ta. > You can also likely use this Fedora tree: > http://pkgs.fedoraproject.org/cgit/graphite-web.git/tree/ That's the one I already found. But I wasn't sure in which state this was. So you mean this is "stable"? Is this the one which will some day show up in EPEL? What is the process for this? Sorry for the many questions. But I just started to dive deeper into CentOS-...

On Mon, Dec 28, 2009 at 05:05, Albert Cohen <Albert.Cohen at inria.fr> wrote: > PCP is only partially implemented: conversion out of PCP to Graphite is not > implemented, Actually Gimple to PCP to Graphite is implemented in some extent, but there still are plenty of bugs and we should work on the out of Graphite to PCP to Gimple/LLVM if we want to get rid of all these bugs. Also the patches for these are not yet in the Graphite branch, just...

Hi folks, Does anyone know if and when RPMs for "graphite-web" will be available in CentOS 7? I know that this relates to EPEL, but maybe someone here can help me out or point me to soemplace/-one who knows. Thx and regards, Shorty -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/...

My environment: Ubuntu LTS 12.04, carbon (https://github.com/graphite-project/carbon) 0.9.9 installed using "pip". I just learned why when I run "pip freeze" on a system I don''t see the "carbon" package even when it installed successfully - I should run it with "PYTHONPATH=/opt/graphite/lib/ pip freeze". (ref: https...

On Tue, Jan 27, 2015 at 10:23 PM, Markus "Shorty" Uckelmann <shorty at koeln.de> wrote: > Am 28.01.2015 um 07:07 schrieb Philip Keogh: >> You can also likely use this Fedora tree: >> http://pkgs.fedoraproject.org/cgit/graphite-web.git/tree/ > > That's the one I already found. But I wasn't sure in which state this > was. So you mean this is "stable"? Is this the one which will some day > show up in EPEL? What is the process for this? > > Sorry for the many questions. But I just started...

hi, dose anyone going/planning to add something like Graphite(http://gcc.gnu.org/wiki/Graphite) in gcc to llvm(or that should be implement at the level of clang?)? thanks --ether

On Tue, Jan 27, 2015 at 9:13 PM, Markus "Shorty" Uckelmann <shorty at koeln.de> wrote: > Hi folks, > > Does anyone know if and when RPMs for "graphite-web" will be available > in CentOS 7? I know that this relates to EPEL, but maybe someone here > can help me out or point me to soemplace/-one who knows. > There's a .spec file that the author ran through mock on EL7: https://github.com/mckern/carbon/blob/rpm_spec/rpm_spec/carbon...

On 01/04/10 20:44, Dan Gohman wrote: > > On Dec 28, 2009, at 4:24 PM, Tobias Grosser wrote: >> >> Probably. I think for single dimensional arrays it will not be too >> difficult using scalar evolution to get the access functions. I think >> multi dimensional arrays will get complicated. > > If you want to know how the address is calculated as a function of >

On 01/05/10 14:45, ether wrote: > hi Tobi, > > i just added the Poly > library(http://wiki.llvm.org/Polyhedral_optimization_framework) to llvm > build system, which only contain a toy pass "Poly". > i think we could add the polyhedral optimization stuff in to this library. > > it was test under cmake+visual studio 2009, and i also add the library > build rule

On 01/05/10 14:45, ether wrote: > hi Tobi, > > i just added the Poly > library(http://wiki.llvm.org/Polyhedral_optimization_framework) to llvm > build system, which only contain a toy pass "Poly". > i think we could add the polyhedral optimization stuff in to this library. > > it was test under cmake+visual studio 2009, and i also add the library > build rule

Is there a timeline for when dragonegg might be merged into gcc (4.6 perhaps)? I ask because FSF gcc has allowed code in as technology previews before. For instance, graphite really wasn't that usable in gcc 4.4 and produced wrong code in the Polyhedron 2005 benchmarks until gcc 4.5. So as long as it can bootstrap gcc 4.6 and works in general, dragonegg should qualify for inclusion as an experimental plugin. Jack

...Polly[1], it seems that Polly start to support some basic auto-parallelization stuffs. I have some idea to improve the current auto-vectorization and parallelization approach in Polly. The main idea is, we separate the transform passes and codegen passes for auto-parallelization and vectorization (Graphite[2] for gcc seems to taking similar approach for auto-vectorization). That means Polly (Or other similar framework) should perform necessary code transform, then just generates the sequential code, and provides necessary parallelism information (These information could be encoded as metadata just l...

...ed document. I wish to know the frequency of a word in the document. I am only acquainted with analyzing data sets. So how should i go about analyzing data that is not available in table format. Few chunks of code that i wrote: w <- getURL("http://www.amazon.com/Kindle-Wireless-Reader-Wifi-Graphite/dp/B003DZ1Y8Q/ref=dp_reviewsanchor#FullQuotes") write.table(w,"test.txt") t <- readLines(w) readLines also didnt prove out to be of any help. Any help would be highly appreciated. Thanks in advance. -- View this message in context: http://r.789695.n4.nabble.com/Developing-a-w...

...in progress. I hope we can soon show some interesting results. > I have some idea to improve the current auto-vectorization > and parallelization approach in Polly. > The main idea is, we separate the transform passes and codegen passes > for auto-parallelization and vectorization (Graphite[2] for gcc seems > to taking similar approach for auto-vectorization). This is just historical. Sebastian is planning to couple them a lot closer. Graphite and auto parallelization/vectorization are not yet playing well together, even if Sebastian made some huge progress with Graphite<-&g...