W dniu 11.03.2011 15:52, Przemek O. pisze:
> W dniu 2011-03-11 13:35, Michoo pisze:
>> W dniu 11.03.2011 13:21, Przemek O. pisze:
>>> A po kiego grzyba GC w językach kompilowanych do kodu natywnego? To jest
>>> troszeczkę inne podejście niż w "pseudokompilowanych" pokroju .NET
>>> (znaczy się nie kompilowanych do kodu natywnego).
>> .NET też jest kompilowany do kodu natywnego, ale już w runtime. A GC
>> można i z powodzeniem w C++ używać.
>
> Nie tłumacz mi czym jest .NET.
No, ok, nie będę. Ale chociaż sam doczytaj ;)

> Jeśli byłby natywny to nie potrzebowałby
> do uruchomienia frameworka, lub po pierwszym uruchomieniu tenże nie
> byłby potrzebny.
Normalnie kod pośredni jest kompilowany przez JIT i nie jest nigdzie
zapisywany, ale możesz użyć NGEN i od razu uzyskać natywną paczkę.

> Co do GC to wybacz, ale to że coś można, nie znaczy że to jest dobrym
> rozwiązaniem.
Nigdzie tego nie napisałem.

> Ja wolę mieć pełną kontrolę nad tym co i kiedy jest
> tworzone /zwalniane.
Ja też. Chciałem tylko pokazać, że GC wcale nie musi się łączyć z
maszyną wirtualną. (I odwrotnie - można by zrobić maszynę wirtualną z
destrukcją opartą o zliczanie referencji a nie klasyczne mark-and-sweep.)

--
Pozdrawiam
Michoo