I compilatori vengono utilizzati al di fuori dello sviluppo?

Per quanto ne so, i compilatori sono pensati per gli sviluppatori che compilano il loro codice in file eseguibili (codice macchina). I compilatori non si estendono alla macchina di un client o al sistema dell'utente finale.

Invece, gli sviluppatori usano semplicemente il compilatore per convertire il loro codice in codice macchina, che viene quindi trasportato su altre macchine per essere utilizzato come applicazioni.

I compilatori hanno una funzione al di fuori di questo processo? In tal caso, quando vengono utilizzati?

Sì e no. Sì, lo scenario classico è uno sviluppatore che utilizza un compilatore per generare il codice macchina dal codice sorgente e il codice macchina viene quindi distribuito agli utenti.

Ci sono alcune eccezioni a questo però. Innanzitutto, molti progetti open source sono distribuiti principalmente (o anche esclusivamente) in forma di codice sorgente e si aspettano che l'utente finale li installi digitando un paio di comandi come makee poimake intall. Questo invocherà il compilatore, il linker, ecc. Per generare il codice macchina dal codice sorgente per quel computer dell'utente. In questi casi, tuttavia, il processo di costruzione e installazione è (almeno destinato a essere) automatizzato al punto che l'utente raramente ha bisogno di molta conoscenza al di là del fatto che se non ha mai installato un pacchetto di solo codice sorgente in precedenza , il gestore dei pacchetti in genere elencherà alcuni pacchetti di "sviluppo" come prerequisito per l'installazione dell'applicazione a cui tengono davvero (anche se alcuni lo considerano ancora ostile agli utenti finali).

Un'altra eccezione (che è stata accennata, ma non spiegata molto bene nelle altre risposte che ho visto) sono i compilatori just-in-time (JIT). Un paio di ovvi esempi di compilatori JIT sono Microsoft Common Language Runtime (CLR) e Java Virtual Machine (JVM). In questi casi, normalmente ci sono due compilatori completamente separati coinvolti nella traduzione del codice sorgente in codice macchina. Uno è utilizzato dallo sviluppatore. Tuttavia, anziché generare direttamente il codice macchina, genera un codice byte indipendente dalla macchina. Il CLR / JVM include quindi un secondo compilatore, completamente separato dal primo, che converte quei codici byte in codice macchina per il computer di destinazione.

Dovrei aggiungere che il secondo compilatore non è strettamente necessario. Le prime versioni di JVM (per un esempio) hanno semplicemente interpretato i codici byte anziché compilarli. Tuttavia, ciò comporta spesso una penalizzazione delle prestazioni abbastanza grave, quindi le JVM più recenti relativamente recenti destinate all'uso in produzione includono un compilatore JIT.

Sì, i compilatori sono utilizzati principalmente dagli sviluppatori, con un paio di notevoli eccezioni. Gli utenti finali a volte usano i compilatori per compilare e installare il software open source più recente, anche se non apportano modifiche al codice. Inoltre, alcuni linguaggi di programmazione non hanno compilatori. Usano interpreti invece che "compilano" al volo. In tal caso, gli utenti finali devono avere l'interprete installato sui loro computer.

sì

Un compilatore è definito come un programma che traduce il codice da una lingua in un'altra (vedi Wikipedia ). L'uso più comune dei compilatori è tradurre la lingua di origine in codice macchina, ma questo definisce la parola "compilatore".

Ad esempio, Python genera un codice byte quando importa un modulo e quindi rientra nella definizione di un compilatore (perché converte dalla lingua di origine, Python, nella lingua di destinazione, codice byte Python).

Un altro esempio è il motore JavaScript V8. Si converte JavaScript in codice macchina 86 , e si inserisce quindi nella definizione di un compilatore pure. V8 non solo si adatta alla definizione di compilatore, ma è incluso in Chrome ed è ampiamente utilizzato sui computer client.

Un caso sarebbe per un'applicazione che generava dinamicamente codice in fase di esecuzione e quindi eseguiva il codice generato. Questo codice dovrebbe essere compilato in fase di esecuzione.

Modifica: ci sono altre eccezioni, ma erano già state menzionate in altre risposte.

i compilatori sono pensati solo per gli sviluppatori per la compilazione del loro codice del linguaggio di programmazione in file eseguibili (codice machin)

Direi "i compilatori sono pensati principalmente per gli sviluppatori ...". Ma ho visto esempi in cui i programmi generano al volo un nuovo codice del linguaggio di programmazione e quindi necessitano di un compilatore da installare sul computer degli utenti finali. Ciò non significa che l'utente finale debba lavorare da solo con il compilatore.

Possibili ragioni per questo progetto del programma:

• prestazioni: pensa a un'applicazione basata su regole in cui le regole sono archiviate in una sorta di archivio di dati dell'utente finale e hai alcuni dati di massa che devono essere elaborati da tali regole. Invece di interpretare le regole ancora e ancora, un programma genera prima il codice di elaborazione, lo compila e lo esegue in base ai dati da elaborare

• pensa a un programma in cui l'utente finale può aggiungere una sorta di formula matematica e lo sviluppatore del programma non vuole implementare il proprio parser / interprete per questo. Invece, il programma prende questa formula, fa alcune aggiunte per trasformarlo in un pezzo di codice di programma valido, lascia che il compilatore lo compili e lo esegua in seguito.

Esatto: i compilatori compilano il codice sorgente in forma eseguibile, che viene quindi collegato in un file binario eseguibile da un linker. Il codice sorgente può anche essere eseguito direttamente da un interprete come una delle tante shell della riga di comando (C-shell, bash, zsh, ecc.), Awk, sed e così via.

Può essere difficile tracciare una linea chiara tra "sviluppatore" e "utente finale" a meno che non si limiti la discussione a un prodotto specifico. Gli sviluppatori sono tutti "utenti finali" degli strumenti che usano e "utenti finali" possono avere strumenti di sviluppo come compilatori e interpreti installati sui loro computer.

Gli amministratori possono inoltre avere la necessità di utilizzare i linguaggi di programmazione nella scrittura di script per eseguire varie attività automatizzate. Ad esempio, avere uno script che elimina i vecchi file di registro da un server dopo 90 giorni per liberare spazio su disco. Il linguaggio utilizzato per scrivere lo script deve essere interpretato o compilato in modo che possa essere eseguito sul sistema.

Alcuni programmi sono meta-programmi : durante l'esecuzione potrebbero generare altri programmi (o alcuni codici sorgente), compilarli e quindi eseguirli in qualche modo. Leggi anche sulla programmazione in più fasi .

Quindi, per utilizzare questo tipo di programmi, sarebbe necessario un compilatore, anche se l'utente non fosse in grado di programmare se stesso (poiché il computer genererebbe del codice che deve essere compilato).

Per un esempio, vedere MELT (che genera il codice C ++ per estendere GCC ) o il sistema di intelligenza artificiale CAIA di J.Pitrat (che genera il codice C, in particolare il proprio codice, per risolvere problemi combinatori).

Inoltre, alcune lingue e alcune implementazioni richiedono quasi che un compilatore sia presente ovunque (in ogni programma codificato in quella lingua e implementazione). Innanzitutto, diversi browser Web contengono un motore JIT Javascript (come V8 ). Inoltre, la maggior parte delle implementazioni comuni di Lisp -eg SBCL - contiene un compilatore (utile anche per l'esecuzione di applicazioni, che potrebbe generare e valutare espressioni). Leggi anche su lingue omoiconiche e programmi Qine .