similar to: CentOSn7 & graphite-web RPM

Am 28.01.2015 um 07:07 schrieb Philip Keogh: Hi Philip, > There's a .spec file that the author ran through mock on EL7: > https://github.com/mckern/carbon/blob/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

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

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

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

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.

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

ether wrote: >> The polyhedral loop description is simple and not compiler depended. >> Therefore external tools like LooPo (automatic parallelization), Pluto >> (optimization in general) > 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

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

I know in some ways the answer is RTFM, but I'm not even sure which docs to read or where they are. I've posted about my printing problem before (Win2k SP2 won't print to my Linux server printer), and even though I've had some suggestions, nothing has worked (after a solid week of trying combinations in smb.conf, I'm close to having to drop Linux and go to a complete

Hi all, Sorry for the bad subject. I'd like to do two things. - Know when a RPM which is currently in only one repository pops up in a different repository. E.g. RPM going from epel-testing to epel. - Get notified when a RPM pops up in a repository. E.g. waiting for an RPM to appear. I know that this is quite easy to find out manually. But did anyone build a script or something else to do

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

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

In general, 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

Am 05.06.2015 um 00:23 schrieb Dennis Jacobfeuerborn: > If I'd have to venture a guess then I'd say there are memory pages that > are never touched by any processes and as a result the algorithm has > decided that it's more effective to swap out these pages to disk and use > the freed ram for the page-cache. That's my guess too. [...] > impact. If however these

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

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:

Hi all, This might not be CentOS related at all. Sorry about that. I have lots of C6 & C7 machines in use and all of them have the default swappiness of 60. The problem now is that a lot of those machines do swap although there is no memory pressure. I'm now thinking about lowering swappiness to 1. But I'd still like to find out why this happens. The only common thing between all

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

Greetings, I have created several scripts which needs to be packaged. I have done my groundwork on rpmbuild Let us say I have 4 directories with scripts in them dir1, dir2, dir3 and dir4 I want to create different packages which will contain the compiled code (err.. shc) pack1: dir1,dir2 pack2: dir1,dir3 pack3: dir1,dir3 I want the resulting rpm packages will be residing elsewhere (perhaps