search for: ulsn

On Jul 26, 2008, at 12:14, Simon Ask Ulsnes wrote: > 2008/7/26 Gordon Henriksen <gordonhenriksen at me.com>: >> I'm not sure the purpose of doing so—llvm::Collector (poorly named; >> I'm open to suggestions) exists only in the compiler, not at >> runtime in the compiled program. You should need acces...

2008/7/24 Owen Anderson <resistor at mac.com>: >> * They are isolated and the only way to exchange information is >> message passing >> > This one is hard to guarantee in a compiled context, unless you > implement a lot of stuff to track pointer values. Remember, all of > these threads will be sharing an address space. If you want true > protection, you'll

2008/7/26 Gordon Henriksen <gordonhenriksen at me.com>: > I'm not sure the purpose of doing so—llvm::Collector (poorly named; > I'm open to suggestions) exists only in the compiler, not at runtime > in the compiled program. You should need access to it at runtime no > more than you might need access to an instance of llvm::TargetMachine. Maybe I don't understand the

...: socket() call failed: Too many open files [2002/08/19 10:30:39, 0] lib/util_sock.c:(772) open_socket_in(): socket() call failed: Too many open files [2002/08/19 10:30:39, 1] nsswitch/winbindd_util.c:(164) Anyone have a good idea ?? Please help Best Regards J?rgen Lassen Danfoss Drives A/S Ulsn?s 1 6300 Graasten DG 256 Tlf. +45 7488 4506 Email: Lassen@danfoss.com

On 2008-07-23, at 08:58, Simon Ask Ulsnes wrote: > I am attempting to write a garbage collector for LLVM, and the tiny > example in the docs at http://llvm.org/releases/2.3/docs/GarbageCollection.html > gives this line: > > CollectorRegistry::Add<MyCollector> > X("mygc", "My bespoke garbage...

llvm-gcc is the C compiler, but you're trying to compile a C++ file. "@_Znwj" looks like part of a C++ symbol. Try llvm-g++ instead, that should help. - Simon 2008/7/23 Le Anh Quang <anh_quang.le at mailbox.tu-dresden.de>: > Hi, > I have tried to compile a simple cpp file with llvm-gcc. I have attached > the assemble file here. > I see a weird thing there.

On Jul 24, 2008, at 03:10, Simon Ask Ulsnes wrote: >> I would say that accurate GC would generally require considerable >> cooperation from the front-end compiler, which GCC does not >> particularly provide. But you could experiment with it. Simply >> adding a GC attribute to an existing function should gener...

2008/7/25 Simon Ask Ulsnes <vinterbleg at gmail.com>: > 2008/7/24 Owen Anderson <resistor at mac.com>: >>> * They are isolated and the only way to exchange information is >>> message passing >>> >> This one is hard to guarantee in a compiled context, unless you >> imple...

2008/7/24 Gordon Henriksen <gordonhenriksen at me.com>: >> OK, so for instance if I wanted to be able to use the GC from a C >> frontend (presumably by using llvm_gc_allocate?), do the C functions >> need this attribute as well? > > Yes. I forgot I still needed an answer to my original question. :-P So, I have to implement llvm_gc_initialize, llvm_gc_allocate, and

On Jul 26, 2008, at 10:32, Simon Ask Ulsnes wrote: > I forgot I still needed an answer to my original question. :-P > > So, I have to implement llvm_gc_initialize, llvm_gc_allocate, and > llvm_gc_collect Yes. Your implementation of the llvm_gc_* functions should be compiled into a library and linked with your executable....

On Fri, 2008-07-25 at 09:19 +0200, Simon Ask Ulsnes wrote: > 2008/7/24 Owen Anderson <resistor at mac.com>: > >> * They are isolated and the only way to exchange information is > >> message passing > >> > > This one is hard to guarantee in a compiled context, unless you > > implement a lot of stuff t...

> I would say that accurate GC would generally require considerable > cooperation from the front-end compiler, which GCC does not > particularly provide. But you could experiment with it. Simply adding > a GC attribute to an existing function should generally be harmless > (e.g., the inliner will do so inlining a function with GC into a > function without), but doing so won't

On 2008-07-23, at 11:48, Simon Ask Ulsnes wrote: > Thank you for that clarification. > >> The framework decides which Collector to use based upon the 'gc' >> attribute of a function: >> >> define void @f() gc "mygc" { >> ... >> } > > OK, so for instance if I wanted to...

Thank you so much for your help! I now have a much clearer idea of how to proceed. :-) This just keeps getting more interesting. - Simon 2008/7/26 Gordon Henriksen <gordonhenriksen at me.com>: > On Jul 26, 2008, at 12:14, Simon Ask Ulsnes wrote: > > 2008/7/26 Gordon Henriksen <gordonhenriksen at me.com>: > > I'm not sure the purpose of doing so—llvm::Collector (poorly named; I'm open > to suggestions) exists only in the compiler, not at runtime in the compiled > program. You should need access to it...

Hey, I am a bit confused about the CollectorRegistry. I am attempting to write a garbage collector for LLVM, and the tiny example in the docs at http://llvm.org/releases/2.3/docs/GarbageCollection.html gives this line: CollectorRegistry::Add<MyCollector> X("mygc", "My bespoke garbage collector."); My question is now: Am I supposed to instantiate my collector

Thank you for that clarification. > The framework decides which Collector to use based upon the 'gc' > attribute of a function: > > define void @f() gc "mygc" { > ... > } OK, so for instance if I wanted to be able to use the GC from a C frontend (presumably by using llvm_gc_allocate?), do the C functions need this attribute as well? And if so, can this

Hi! I'm fledging transset into a tiny library to allow applications to make themselves (or parts of them) transparent. This will probably be obsolete by GDK 2.8, but I sort of need it now for a Tomboy plugin I'm doing. So here's the thing: It's doesn't work! *gasp* I almost copy-pasted the code from transset CVS, I get no errors, the window ID's are correct, the property

I've been using git-svn successfully as a distributed front-end for Subversion repositories. You get a complete, local Git repository from where you can commit and update to/from Subversion. It works quite well, actually. Native Windows is entirely unsupported by Git at the moment, but I hear it works well under Cygwin. - Simon 2008/7/27 Óscar Fuentes <ofv at wanadoo.es>: > Owen