[Mono-dev] minimal mono embedding profile - hpc twist
sebastian at palladiumconsulting.com
Thu Oct 4 12:49:04 UTC 2012
I suppose I should have said "a garbage collector built from the LLVM
garbage collection primitives", i.e.
http://llvm.org/docs/GarbageCollection.html. Or perhaps SGen is already
built this way?
On Thu, Oct 4, 2012 at 7:37 AM, Rodrigo Kumpera <kumpera at gmail.com> wrote:
> LLVM's GC from vmkit? It's unsuitable for our needs, not only to mention
> that it's a pretty dead project.
> On Thu, Oct 4, 2012 at 7:45 AM, sebastian <
> sebastian at palladiumconsulting.com> wrote:
>> Is it possible to use the LLVM garbage collector in the long run, or does
>> it work at an unsuitable level for mono?
>> On Wed, Oct 3, 2012 at 10:45 PM, Zoltan Varga <vargaz at gmail.com> wrote:
>>>> A more general question to the Mono team, does the mono-llvm fork pull
>>>> in new functionality from the LLVM project from time to time? Should we
>>>> expect to be able to take advantage of the new optimisations (for example
>>>> the deeper vectorization work in progress) when they become available? I
>>>> recall that there were a number of deficiencies with the LLVM that required
>>>> a lot of scaffolding in order to interoperate with the mono runtime.
>>>> Curious whether the LLVM foks have thought to address these so that could
>>>> make more direct use of core LLVM in the future?
>>>> Yes, we do rebase our changes on top of LLVM HEAD from time to time.
>>> About our changes, most of them are mono specific, and won't help LLVM very
>>> much. for the others, it would require a lot of time to transform them into
>>> a format suitable for inclusion into LLVM proper, so we didn't do that. As
>>> for the LLVM deficiencies, most of them are solved/worked around in our
>>> changes, so for example, LLVM can compile about 95% of mscorlib methods on
>> *Sebastian Good*
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Mono-devel-list