Newsgroup: it.comp.lang.c
Titolo: Re: Perchè il C?

 togliermi questo dubbio ;-)
Introduce pero overhead nella gestione di Vitualita, polimerfismo e 
comporta un RTTI e un controllo dei tipi oneroso.
-- 
Kleidemos
Un computer a un altro quando si incontrano:
"Ciao, come ti boota oggi???"

 comporta un RTTI e un controllo dei tipi oneroso.
Scusa sono poco pratico, cosa significa quello che hai detto?
:-O 
-- 
Icq #84624356

 :-O
Non ti preoccupare, tra gli errori di ortografia, la frase di senso poco
compiuto e.... i contenuti discutibili... non e' facile capire la sua frase.
Tommy

Skusate, ieri sera ero molto stanco per la settimana scolastica :(
Cmq intendevo dire che le varie features come polimorfismo, 
ereditarieta, overloading e le classi introducono un overhead maggiore 
del C a causa di un runtime + pesante e questa pesantezza oltre a essere 
dovuta alle cose sopracitate e dovuta anche a un maggior controllo dei 
tipi(cout vs printf il primo vede i tipi da solo, il secondo li devi 
specificare)


 togliermi questo dubbio ;-)
Perchè è il linguazzio strutturato che si avvicina di più all'assembly.
Per cui conoscendo le peculiarità dell'hardware tramite il linguaggio C
sfrutti le risorse quasi al massimo delle possibilità, la cosa migliore è
sempre un misto di Assembly & C IMHO.

 tale, perchè viene fatto con un linguaggio procedurale?
Ultimamente stanno uscendo fuori anche sistemi operativi fatti con linguaggi
ad oggetti

Dal mio punto di vista devi prenderti una settimana di riposo, perchč
secondo me il povero Fegato Spappolato continua a non capire niente.
Ciao ciao

 secondo me il povero Fegato Spappolato continua a non capire niente.
Grande!!! Mi hai letto nel pensiero ;-)

 tale, perchè viene fatto con un linguaggio procedurale?
Le ragioni sono soprattutto storiche. I compilatori C++ (anche fino a
poco tempo fa) producevano codice piu` grosso e piu` lento dei
compilatori C. Ora la situazione e` migliorata, ma non e` pensabile di
prendere il codice di un OS e convertirlo di colpo in C++. Una soluzione
graduale non e` praticabile, a causa dei problemi di interoperatibilita`
tra C e C++. Un'altra ragione a sfavore del C++ e` il fatto che il
codice di un OS e` pensato per un dato compilatore (a volte ci sono
addirittura dei workaround per alcuni comportamenti "strani" del
compilator), e le accoppiate compilatore-OS sono ben rodate; usare un
compilatore C++ potrebbe dare problemi difficili da debuggare (sia a
causa di bug latenti nel compilatore sia a causa di comportamenti
implementation-defined).
E` comunque tecnicamente possibile usare il C++, di solito senza RTTI ed
eccezioni (ci sono dei moduli per linux scritti in C++). Il fatto che
non si usi il C++ non vuol dire che non si usi un paradigma OO: linux,
ad esempio, e` in gran parte ad oggetti. 
Luca
-- 
Home: 
http://kronoz.cjb.net
La vasca da bagno fu inventata nel 1850, il telefono nel 1875.
Se fossi vissuto nel 1850, avrei potuto restare in vasca per 25 anni
senza sentir squillare il telefono

 eccezioni (ci sono dei moduli per linux scritti in C++). 
per esempio alcune parti di DarwinBSD (l'IOKit afair) sono proprio in
C++ senza RTTI ed eccezioni.
-- 
Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it.
    - Brian W. Kernighan

...

Questo si.