search for: nousia

Hi I'm trying to get a graphviz output (DOT) of a code I'm compiling. I want to see the DFG/CFG of the LLVM assembly, how the operations are chained together. The documentation mentions something about calling certain methods from within gdb, but isn't there some option when invoking the compiler (I've seen some -print-cfg and -dot-cfg options mentioned in some source files,

On Tue, Aug 18, 2009 at 10:45 AM, Misha Brukman <brukman at gmail.com> wrote: > On Thu, Aug 13, 2009 at 12:17 PM, Ioannis Nousias < > ioannis.nousias at googlemail.com> wrote: > >> >> Also, LLVM-TV seems outdated. I've tried to compile it with 2.5 LLVM >> and >> >> got various errors due to API changes. Tried to correct them, but got >> >> overwhelmed. Has the project...

Chris Lattner wrote: On Aug 13, 2009, at 8:56 AM, Ioannis Nousias wrote: > Hi > > I'm trying to get a graphviz output (DOT) of a code I'm compiling. I > want to see the DFG/CFG of the LLVM assembly, how the operations are > chained together. The documentation mentions something about calling > certain methods from within gdb, but isn...

On Thu, Aug 13, 2009 at 12:17 PM, Ioannis Nousias < ioannis.nousias at googlemail.com> wrote: > >> Also, LLVM-TV seems outdated. I've tried to compile it with 2.5 LLVM and > >> got various errors due to API changes. Tried to correct them, but got > >> overwhelmed. Has the project been abandoned? > > &gt...

On Thu, 2009-08-13 at 17:17 +0100, Ioannis Nousias wrote: > Chris Lattner wrote: > > On Aug 13, 2009, at 8:56 AM, Ioannis Nousias wrote: > > > Hi > > > > I'm trying to get a graphviz output (DOT) of a code I'm compiling. I > > want to see the DFG/CFG of the LLVM assembly, how the operations are > &g...

Hi Ioannis, On Thu, 2009-08-13 at 19:31 +0100, Ioannis Nousias wrote: > Thanks Tobi for the tip. > > however I also need the Data-Flow-Graph of each basic block/functions. > As I said, I need a view of how the instructions 'link' to each other > (via registers or memory aliasing or whatnot) I believe that there is not yet a DOT pr...

On 2009-09-06 19:57, Ioannis Nousias wrote: > Edwin, > > thank you for your effort, but I'm not sure I understand. > Are you describing a graph traversal problem? Is the data model stored > in a predecessor/successor fashion, which requires you to 'walk' the > graph in order to visit all nodes? (and what...

Edwin, thanks, it starts making sense inline comments... Török Edwin wrote: > On 2009-09-06 19:57, Ioannis Nousias wrote: > >> Edwin, >> >> thank you for your effort, but I'm not sure I understand. >> Are you describing a graph traversal problem? Is the data model stored >> in a predecessor/successor fashion, which requires you to 'walk' the >> graph in ord...

On 2009-09-06 17:30, Ioannis Nousias wrote: > I've tried to write a DFGPrinter based on the CFGPrinter, as you > suggested, but encountered problems. > > The GraphWriter expects > GraphTraits<GraphType>::nodes_begin()/nodes_end(). The way this is > implemented in CFG.h, a function is a graph of basic bl...

On Aug 13, 2009, at 8:56 AM, Ioannis Nousias wrote: > Hi > > I'm trying to get a graphviz output (DOT) of a code I'm compiling. I > want to see the DFG/CFG of the LLVM assembly, how the operations are > chained together. The documentation mentions something about calling > certain methods from within gdb, but isn...

Just a quick question, Any ideas why Fedora 7 is still on Compiz 0.3.6? Currently the main repository has 0.3.6 and the development one has 0.4. Shouldn't it be 0.4 for the main and 0.5 for the development? Does 0.4 break anything? -Ioannis

...deals with Value and User. Now BasicBlock is derived from Value and Instruction from User, but I don't understand how that helps. It's a bit confusing to be honest. Can you help? thanks, Ioannis Tobias Grosser wrote: > Hi Ioannis, > > On Thu, 2009-08-13 at 19:31 +0100, Ioannis Nousias wrote: > >> Thanks Tobi for the tip. >> >> however I also need the Data-Flow-Graph of each basic block/functions. >> As I said, I need a view of how the instructions 'link' to each other >> (via registers or memory aliasing or whatnot) >> &...

...a graph traversal problem? Is the data model stored in a predecessor/successor fashion, which requires you to 'walk' the graph in order to visit all nodes? (and what happens when you have disjointed DFGs?). inline comments follow... Török Edwin wrote: > On 2009-09-06 17:30, Ioannis Nousias wrote: > >> I've tried to write a DFGPrinter based on the CFGPrinter, as you >> suggested, but encountered problems. >> >> The GraphWriter expects >> GraphTraits<GraphType>::nodes_begin()/nodes_end(). The way this is >> implemented in CFG.h, a...

Hello, I'm using Fedora 7 and I thought I should try nouveau. I couldn't get direct rendering to work. I found out that the Mesa package that ships with Fedora 7 doesn't include a DRI interface for the nouveau module. So I fetched the latest Mesa source from git, compiled with 'mke DRI_DIRS=nouveau linux-dri-x86' and copied the produced ./lib/nouveau_dri.so in the

The blur plugin has GL_ARB_fragment_program extension as a prerequisite. At least that's what I'm getting by looking at screen.c. I think there should be a check for the "CompScreen::fragmentProgram" flag somewhere in blur.c to prevent it from loading or at least executing a <null> pointer. I get a crash in line blur.c:1858, because CompScreen::programEnvParameter4f

It seems that the latest updates have "partly" solved the annoying nvidia driver bug with black windows (for NV2x cards). I can simply invoke compiz like that: compiz --replace gconf and everything works fine, no black windows or windows that don't update. I say "partly" because performance is sluggish now. Whatever these new updates do, they seem to bypass the

You might have hear this before. I just came across it today. from http://blog.beryl-project.org/ "I am running your svn and have noticed this non-tfp Beryl, what is this? It is exactly what it sounds like, an early attempt (with some success I might add) to make Beryl run without the need for texture_from_pixmap. No more black window bug from nvidia, no more Xgl, no more AIGLX. Oh

I'm not reporting a bug (I know it's not the right place to do that anyway), but a little help would be appreciated. Once again I run into the famous "compiz: GLX_EXT_texture_from_pixmap is missing" error. The problem is I can't figure out what's wrong. I use fedora core 6 on an athlon XP with an ati RV250 and the radeon open-source drivers running compiz reports: $

i've seen various references to this message in the list archive, but none which really match my scenario. i'm running 0.9.28 on ubuntu edgy. of course, i'm new at wine -- so this could be user error. i'm trying to install TaxCut 2006, from the CDROM: $ ls .wine/dosdevices/d\:/ autorun.inf* df0000exe.manifest* taxcut.exe* temporaryitems/ data/