similar to: "sync request issue"

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

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: $

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 >>

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't there some option when >

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 printer for this kind of information.

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 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 > > chained together. The documentation mentions

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? > > > > Yes, it is really really old and abandoned.

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

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 happens when you have > disjointed DFGs?). Sorry for the

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

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 blocks. A GraphTraits<Function*> inherits from GraphTraits<BasicBlock*>, and implements those nodes_begin()/nodes_end()

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 blocks. A > GraphTraits<Function*> inherits from

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 happens when you have disjointed DFGs?). inline comments follow... Török Edwin wrote: > On 2009-09-06 17:30, Ioannis Nousias

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't there some option when > invoking the compiler

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

Hello, I am trying to install and run compiz on my computer since a few months yet and there is no way. Today I checked out the latest git version and it does not work neither. I have a ATI Radeon 7500 rev200 and I think thats the problem. I am using the open source radeon driver and xorg with AIGLX (on debian testing/unstable). DRI is enabled and working, glxgears, too. The output of

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/

Hi Dimitry, this definitely worked. I am passed by the linking errors regarding libc++ or similar. My build stopped now at 95% while linking a clang extra, I am not pretty sure which because i do not have my laptop, possible the clang-rename, if such exists. No undefined references here, however, my hdd's free space run out, so this might be the cause. I have to move or expand now, alas!! The

Hi Ioannis, Just delete the projects/libcxx directory, then rebuild from scratch. You should only need to checkout llvm (in the top level directory) and cfe (into the tools/clang subdirectory). -Dimitry > On 29 Mar 2016, at 00:08, Ioannis Koukoulis <i.g.koukoulis at gmail.com> wrote: > > Hi Dimitry, > > I do not particularly need to build libc++ from the package. Is the