Displaying 20 results from an estimated 400 matches similar to: "[LLVMdev] CollectorRegistry"
2008 Jul 23
0
[LLVMdev] CollectorRegistry
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 collector.");
>
> My question is now: Am I
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 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
2007 Aug 31
3
[LLVMdev] PATCH: Registry template
This is a template that takes care of managing plugin registries. I
wrote it because I got the distinct feeling I was needlessly
reinventing the wheel as I wrote a collector registry. I haven't
converted anything else to use it, though. Still, it's orthogonal and
has become stable in my usage, so I thought I'd submit it in advance.
To get my collector registry going, all I
2008 Jul 24
0
[LLVMdev] CollectorRegistry
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 be able to use the GC from a C
> frontend (presumably by
2008 Jul 24
0
[LLVMdev] CollectorRegistry
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 generally be
>> harmless (e.g., the inliner will do so
2008 Aug 17
0
[LLVMdev] [!] Breaking changes to GC infrastructure
Hi all,
In order to support linking AsmWriter separately from CodeGen, the
Collector class (a CodeGen component) had to be decoupled from the
AsmWriter interface. This required moving the beginAssembly and
endAssembly methods to a separate abstract base class. If you had
overridden these methods, your class may compile successfully but fail
at runtime with a message of the form:
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
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 26
0
[LLVMdev] CollectorRegistry
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 at
>> runtime no more than you might need
2011 Jun 20
1
Problem getting Samba fully working
Hello all,
Relevant info up front: Gentoo PC, using 2.6.38 kernel and Samba 3.4.12.
I'm trying to get a FreeRadius instance working for our Windows network.
To do so, I need a Linux box running Samba. I've installed and
configured Kerberos, Samba and FreeRadius, and can get most things to
work. I can get a Kerberos key using kinit, and "sudo net ads keytab
list" shows me
2011 Nov 01
2
[LLVMdev] Adding a custom GC safe point creation phase
Thanks for the review Gordon.
On Tue, Nov 1, 2011 at 2:21 AM, Gordon Henriksen <gordonhenriksen at mac.com>wrote:
> On 2011-10-31, at 17:21, Nicolas Geoffray wrote:
>
> > Here's a patch to allow a GCStrategy to customize the places where it
> wants to insert safe points. I'm not sure who maintains the GC code today
> in LLVM (I'd be happy to take ownership, if
2008 Jul 26
0
[LLVMdev] CollectorRegistry
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.
> (llvm_cg_walk_gcroots is provided by the Collector
2009 Mar 08
2
[LLVMdev] addPassesToEmitFile
Hi,
Long time ago (llvm-svn june 2008) I asked here about a way to output
the assembly code of my JIT generated code to a string, so I could use
it to read it on the screen. I came up with this solution:
std::string Err;
const llvm::TargetMachineRegistry::entry* _arch =
llvm::TargetMachineRegistry::getClosestTargetForJIT(Err);
std::string FeaturesStr;
llvm::TargetMachine*
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
2011 Nov 01
0
[LLVMdev] Adding a custom GC safe point creation phase
On Nov 1, 2011, at 4:47 AM, Nicolas Geoffray <nicolas.geoffray at gmail.com> wrote:
> Thanks for the review Gordon.
>
> On Tue, Nov 1, 2011 at 2:21 AM, Gordon Henriksen <gordonhenriksen at mac.com> wrote:
> On 2011-10-31, at 17:21, Nicolas Geoffray wrote:
>
> > Here's a patch to allow a GCStrategy to customize the places where it wants to insert safe points.
2009 Mar 08
0
[LLVMdev] addPassesToEmitFile
Well, I've been before hours trying this, but soon after I sent the
email I found something. However is quite intriguing.
I just changed the order of and the static libraries that I was linking.
How can this be possible??
I'm using Cmake for building my llvm projects, so I choose the order
and I pick the .a libraries I want to link by hand...
Thank you,
alvaro
2009/3/8 Álvaro
2008 May 28
1
[LLVMdev] Asm output while executing
Hello,
I'm trying to catch assembly output and do some formatting for its
presentation while being executed.
I face a problem, which is clear from the error, although I have no
clue on how to do it otherwise.
If generating the code for its asm output and then for jit execution I get:
**********
static llvm::MachineFunction& llvm::MachineFunction::construct(const
llvm::Function*, const
2009 Mar 09
1
[LLVMdev] addPassesToEmitFile
When you say 'static libraries' do you mean static libraries or shared
objects (.so)... Because if you mean shared objects, then it could
very well explain you crash.
On Mar 9, 12:16 am, Álvaro Castro Castilla
<alvaro.castro.casti... at gmail.com> wrote:
> Well, I've been before hours trying this, but soon after I sent the
> email I found something. However is quite
2008 Apr 29
2
[LLVMdev] getting started with IR needing GC
On Mon, Apr 28, 2008 at 8:31 PM, Gordon Henriksen
<gordonhenriksen at mac.com> wrote:
> On 2008-04-28, at 21:19, Lane Schwartz wrote:
>
> > On Mon, Apr 28, 2008 at 2:13 PM, Gordon Henriksen <gordonhenriksen at mac.com
> > > wrote:
> >
> >>> If so, then a Collector plugin would need to have info about every
> >>> supported backend