Displaying 11 results from an estimated 11 matches for "vinterbleg".
2008 Jul 25
0
[LLVMdev] Erlang
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
>> implement a lot of stu...
2008 Jul 25
4
[LLVMdev] Erlang
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
2005 Jun 30
0
[fdo] libtransset
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
2008 Jul 23
1
[LLVMdev] weird function
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.
2008 Jul 26
2
[LLVMdev] CollectorRegistry
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
2008 Jul 27
0
[LLVMdev] Any Mercurial or Bazaar mirrors available?
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
2008 Jul 24
2
[LLVMdev] CollectorRegistry
> 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
2008 Jul 26
1
[LLVMdev] CollectorRegistry
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
2008 Jul 23
2
[LLVMdev] CollectorRegistry
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
2008 Jul 23
3
[LLVMdev] CollectorRegistry
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
2008 Jul 26
2
[LLVMdev] CollectorRegistry
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