[Mono-dev] minimal mono embedding profile - hpc twist

[Rodrigo Kumpera]

Same thing. It's not a very well developed or maintained aspect of LLVM.

On Thu, Oct 4, 2012 at 8:49 AM, sebastian <sebastian at palladiumconsulting.com
> wrote:

> 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:
>>>
>>>> Hi,
>>>>
>>>>
>>>>> 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
>>>> x86.
>>>>
>>>>                     Zoltan
>>>>
>>>>
>>>
>>>
>>> --
>>> *Sebastian Good*
>>>
>>>
>>>
>>
>
>
> --
> *Sebastian Good*
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20121004/e982b615/attachment.html>