Displaying 4 results from an estimated 4 matches for "tritao".
Did you mean:
tristao
2012 Dec 27
0
[LLVMdev] llvm msil couple questions
...e been working on running C/C++ code into .NET too.
>
> I resurrected the old LLVM MSIL backend to work with a more recent version
> of LLVM and also fixed a few bugs / extended it a bit to support more CIL
> constructs.
>
> You can find the code at Github:
> https://github.com/tritao/llvm/tree/master/lib/Target/MSIL
>
> You might also be interested in the C++/CLI extensions to Clang:
> http://mono.1490590.n4.nabble.com/C-CLI-compiler-td4657711.html
>
> --
> João Matos
>
2013 May 09
2
[LLVMdev] C++ Name mangling
> The Clang mangler, however, does what you want. But, you'll need to
> feed it a clang AST in order to get a name out. Depending on the
> parameters of your function, this may be easy or hard.
By the way, does anyone know of a project which *does* call into
Clang's mangling framework from outside? I'd be interested to know
purely out of curiosity.
Cheers.
Tim.
2012 Dec 30
0
[LLVMdev] Extending GC infrastructure for roots in SSA values
First of all, thanks for looking into this! As you've no doubt discovered,
I'm one of the people who has talked a lot about this issue in the past,
and have been frustrated with the lack of progress in this area.
I completely agree with your point about wanting to be able to attach GC
metadata to a type (rather than attaching it to a value, as is done now).
In the past, there have been
2012 Dec 28
5
[LLVMdev] Extending GC infrastructure for roots in SSA values
I'm working on an LLVM backend for Idris, a garbage-collected pure
functional programming language, and have experienced some frustration
that LLVM's GC support, specifically with regard to mapping roots,
operates only on allocas. This entails a lot of otherwise unnecessary
stack allocation (especially in a pure language, where in-place
mutation is rare) and imposes limitations on what