🚀 go-pugleaf

Użytkownik "Stachu 'Dozzie' K." <dozzie@dynamit.im.pwr.wroc.pl.nospam> 
napisał w wiadomości news:slrne1arl3.9jm.dozzie@hans.zsh.bash.org.pl...
> On 13.03.2006, Artur Kowalski <a.kowalski@cti.mikrotel.pl> wrote:
>>
>> Użytkownik "Stachu 'Dozzie' K." <dozzie@dynamit.im.pwr.wroc.pl.nospam>
>> napisał w wiadomości news:slrne0ujul.3od.dozzie@hans.zsh.bash.org.pl...
>>> On 08.03.2006, Zbyszek Zarzycki <zbyszekz@borland.pl> wrote:
>>>>
>>>> Użytkownik "Stachu 'Dozzie' K." <dozzie@dynamit.im.pwr.wroc.pl.nospam>
>>>> napisał w wiadomości news:slrne0uap2.384.dozzie@hans.zsh.bash.org.pl...
>>>>> On 08.03.2006, Remek <remeka@gazeta.pl> wrote:
>>>>>
>>>>> Ale C to nie C++. C++ ma znacznie więcej mechanizmów. Tego już nie da
>>>>> się porównywać z assemblerem.
>>>>>
>>>>
>>>> Na prawdę? Hint, co jest efektem pracy kompilatora C++?
>>>  ^^^^^^^^^^
>>> A na fałsz?
>>>
>>> I uważasz ręczne symulowanie większości mechanizmów za coś, dzięki czemu
>>> można porównywać dwa diametralnie różne języki? To może i Haskella
>>> z leniwym obliczaniem wartości wyrażeń sprowadzisz do "w assemblerze też
>>> się da"?
>>>
>>>>> Oh really? To pokaż mi masmowy odpowiednik klas, dziedziczenia i 
>>>>> funkcji
>>>>> wirtualnych. Albo przeciążania funkcji. Albo szablonów. Albo choćby
>>>>> przestrzeni nazw.
>> Chyba nie wiesz o czym piszesz, i tak na końcu jest kod maszynowy.
>
> Najwyraźniej to ty nie wiesz, o czym mówisz. Przetłumacz mi na kod
> assemblerowy takie coś:
>
> #v+
> #include <iostream>
> #include <string>
> #include <vector>
> using namespace std;
>
> int main(void)
> {
>  typedef int mytype;
>  typedef vector<mytype> myvec;
>  myvec v;
>  mytype l;
>  while (cin >> l)
>    v.push_back(l);
>
>  for (myvec::reverse_iterator i = v.rbegin(); i != v.rend(); ++i)
>    cout << *i << endl;
>
>  return 0;
> }
> #v-
>
> Masz zachować elastyczność typedefów (jedna zmiana na char, double,
> string albo mój własny typ) i wektora (nie martwię się o ilość miejsca
> potrzebnego na pojedynczy element, nie martwię się o alokację,
> realokację ani dealokację). Bardzo chcę zobaczyć, jak zapewniasz mi
> automatyczne zwolnienie pamięci potrzebnej dla wektora używając makr
> albo jak zrobisz _szablon_ kontenera (vector<cokolwiek>).
Jak będziesz wiedział jak działa kompilator C,C++ czy C# to bez trudu
takie makra sam napiszesz. Mówię makra nie kod.
>
>> Kompilator C to tylko sprytny parser tekstu tworzący wsad dla
>> makroassemblera
>> ;-P
>
> Ale ja nie mówię o kompilatorze C, tylko o kompilatorze C++. I ty
> twierdzisz, że ja nie wiem, o czym mówię?
Tym bardziej tak twierdzę.

pzdr
AK