Come viene determinata esattamente la portabilità di un linguaggio come C? Ho imparato che i compilatori sono specifici dell'ISA. Se questo è vero, come è C portatile? O è che solo il codice sorgente scritto in C è portatile ma non gli eseguibili? Gli eseguibili ISA specifici per esempi di applicazioni per x86 sono separati dalle applicazioni per Apple (supponendo che Apple usi il microprocessore Motorola / PowerPC)?
Risposte:
è che solo il codice sorgente scritto in C è portatile e non gli eseguibili?
Corretta. Alcune persone lo chiamano scrivere una volta, compilare ovunque.
http://it.wikipedia.org/wiki/Write_once,_compile_anywhere .
L'altra alternativa è scrivere una volta, eseguire ovunque. Java ne è un buon esempio.
http://en.wikipedia.org/wiki/Write_once,_run_anywhere
E anche se puoi raggiungere la portabilità parziale multipiattaforma, non dovresti mai aspettarti che il tuo codice venga eseguito ovunque senza modifiche.
Non è solo specifico ISA. Ad esempio chiedi:
le applicazioni per x86 sono separate dalle applicazioni per apple?
Sì, lo sono, anche se Apple utilizza hardware x86. I binari C sono specifici dell'architettura e del sistema operativo.
è che solo il codice sorgente scritto in C è portatile e non gli eseguibili?
Esattamente. Devi ricompilare il tuo programma C su ogni piattaforma. I compilatori C generano un codice macchina che è portatile solo in misura molto limitata, tra macchine dello stesso processore / architettura di memoria e sistema operativo. Ecco perché vedi diverse distribuzioni binarie di app multipiattaforma (ad es. Browser), come "Linux 64-bit Intel" o "Mac OS X 32-bit PowerPC" (OK, l'ultima è solo un'illustrazione, so che Apple ha cambiato a Intel alcuni anni fa :-).
Alla maggior parte della domanda è stata data una risposta, ma vorrei aggiungere che la durabilità è un'altra cosa che potresti dover prendere in considerazione.
Ad esempio, JAVA può essere scritto una volta ed eseguito su qualsiasi piattaforma in cui la VM (oggi si chiama "Runtime Environment"). Ma un altro vantaggio è che puoi eseguire il codice Java 1.1 dal 1995 nella tua macchina del 2011. Ciò non è possibile se il codice è stato compilato su i386 e si tenta di eseguirlo sull'architettura AMD64.
Ottieni anche i miglioramenti della macchina virtuale stessa.
Quindi, direi che in generale, passando dalle lingue meno portatili a quelle più portatili che avresti: Assembler, linguaggio compilato di basso livello come C, quindi C ++, quindi interpretato le lingue o quelle che girano all'interno di una macchina virtuale.
Non sono davvero un difensore di Java, almeno non per la lingua né la comunità, ad esempio, ma è la strada da percorrere se stai cercando portabilità e la minima perdita di prestazioni rispetto a C.
Buone risposte su scrivere una volta compilate ovunque.
Alla gente piace pensare a C come un linguaggio portatile a causa della sua popolarità e dell'alta probabilità che un compilatore C sia disponibile per future piattaforme target. Un altro fattore è la libreria standard che aiuta con le attività di programmazione comuni in modo indipendente dalla piattaforma.
Quindi direi che la portabilità di una lingua è determinata da:
Realisticamente, sebbene quasi tutte le complesse applicazioni C richiederanno un po 'di lavoro per passare a una nuova piattaforma a causa delle dipendenze dell'hardware o del sistema operativo. Tale processo è noto come porting.
"Portabilità" ha molteplici significati. Rispetto a C, significa quanto segue:
I compilatori sono stati implementati per C per un'ampia varietà di piattaforme hardware e di sistemi operativi, che era un grosso problema nei primi anni '70;
Esiste uno standard universalmente concordato per il linguaggio stesso, al contrario di ogni implementazione del compilatore che riconosce una variante leggermente diversa del linguaggio (di nuovo, un grande affare quando C è stato progettato per la prima volta, poiché c'erano più varianti di linguaggi come Pascal e BASIC che non sono stati universalmente riconosciuti);
A causa di questo standard, il codice conforme produrrà lo stesso comportamento quando compilato su piattaforme diverse.
Il codice sorgente è portatile, ma per ogni target deve essere generato un nuovo binario.
Si noti, tuttavia, che la sorgente C raramente è "banalmente" portatile; la maggior parte delle applicazioni richiede di andare oltre ciò che è definito dallo standard linguistico, utilizzando estensioni uniche per una particolare piattaforma, quindi in pratica il codice sorgente non è portatile al 100%.
Si noti, tuttavia, che C lascia molto al passo con l'implementazione. Le dimensioni esatte di vari tipi di dati, il comportamento in caso di overflow, ecc., Dipendono tutti dall'implementazione; lo standard fornisce i requisiti minimi a cui un'implementazione deve conformarsi, ma l'implementazione è libera di andare oltre tali limiti.
Qualunque sia ISA, C non è specifica ISA. Suppongo che non ti riferisci allo slot ormai obsoleto per le schede di estensione PC.
Esistono compilatori C conformi agli standard per moltissime piattaforme e fino a quando si utilizzano funzionalità di linguaggio completamente standard nel codice sorgente, si dovrebbe essere in grado di compilarlo su qualsiasi compilatore C per qualsiasi piattaforma.
Tuttavia, uno dei problemi è che lo standard C lascia un sacco di comportamento delle caratteristiche come implementazione definita o come comportamento indefinito. Questo viene fatto per rendere il linguaggio C generalmente più utile per la programmazione di basso livello, evitando casi in cui un comportamento definito con precisione non corrisponde a ciò che l'hardware supporta su alcune piattaforme. Tuttavia, rende un po 'più difficile scrivere programmi portatili.
Inoltre, a differenza di alcune lingue, C non viene fornito con un'enorme libreria del tipo fornita da Java o C #. Puoi ottenere librerie molto portatili per fare qualsiasi cosa, ma devi fare un po 'di lavoro per costruirle e farle lavorare insieme.
C ha una libreria standard, ovviamente, ma il suo ambito è relativamente limitato rispetto a Java, C #, Python, ecc. Ecc.