Costruisci un Emacs 25 minimo per i test unitari

Vorrei creare una variante minimale del trunk Emacs per testare l'unità del mio pacchetto Emacs Lisp. La build non ha bisogno di GUI, nessun supporto per le immagini, ecc. Dovrebbe essenzialmente essere solo un interprete Emacs Lisp minimo con le librerie Emacs Lisp di base e dovrebbe essere veloce , idealmente in meno di cinque minuti.

Attualmente sto passando --with-x-toolkit=no --without-x --without-alla ./configure. Al termine, mi dice che tutte le funzionalità di Emacs sono disabilitate, ma sfortunatamente la build impiega ancora quasi dieci minuti .

Capisco che potrebbe essere impossibile far costruire Emacs più velocemente, ma ciò che mi fa meravigliare è che con le stesse bandiere che Emacs 24.5 costruisce in circa due minuti .

Qual è la ragione di questa grande differenza, e posso ottenere il trunk Emacs per costruire velocemente come Emacs 24.5?

E, in una domanda correlata, come ottenere Emacs per costruire tranquillamente? Attualmente quasi l'80% dell'output del mio test unitario sta costruendo Emacs. Idealmente, mi piacerebbe make installnon stampare affatto.

Il motivo per cui 24.5 viene creato così rapidamente per te è che i .elcfile sono effettivamente distribuiti nel tarball, vedi make-dist . Quando si costruisce da Git, la maggior parte del tempo viene impiegata nella compilazione dei .elfile .elc. Ottimizzando il codice C, la compilazione Lisp può andare più veloce, ma richiede ancora molto tempo. Confronta i tempi di costruzione usando le tue impostazioni originali (~ 14 vs ~ 1 minuti) con una build usandoCFLAGS='-O2 -march=native' (~ 9 vs ~ 1,5 minuti).

Inoltre, la clonazione da git richiede circa un minuto, mentre il download e il disimballaggio del tarball richiede circa 5 secondi. Confronta i tempi di compilazione tra le versioni quando scarichi l'archivio git da github (~ 5, ~ 6, ~ 8 minuti rispettivamente per v24.5, master ed emacs-25. Come puoi vedere, quando non usi un tarball di distribuzione, tutti i i tempi di costruzione sono almeno dello stesso ordine di grandezza (non sai perché emacs-25 è stato più lento del master, potrebbe essere una variazione casuale o un codice obsoleto è stato rimosso nel master?).

E, in una domanda correlata, come ottenere Emacs per costruire tranquillamente? Attualmente quasi l'80% dell'output del mio test unitario sta costruendo Emacs. Idealmente, mi piacerebbe make installnon stampare affatto.

Puoi sempre reindirizzare l'output a /dev/null. Per i miei esperimenti ho reindirizzato l' make installoutput per grep -E '^(make|[A-Z])'ridurre l'output (il javascript di Travis CI che formatta il registro sul web ha avuto problemi con l'output completo).

posso fare in modo che Emacs trunk venga compilato più velocemente di Emacs 24.5?

No (o sì, nel senso che puoi ottenere Emacs 24.5 per costruire (quasi) lentamente quanto il tronco di Emacs: p). Ma quello che puoi fare è salvare la build di Emacs e scaricare semplicemente il risultato memorizzato nella cache per test unitari. L'ho implementato nel ramo di upload del mio fork di emacs-travis, ecco un esempio di utilizzo di yasnippet : il tempo di installazione di Emacs è di ~ 2,5 secondi.

Ecco vari suggerimenti.

1. Nessun file elc.

Come indicato di seguito, la compilazione di tutti i file lisp rappresenta almeno il 10% delle volte. Un modo per disabilitare quello è modificare la destinazione loaddefs nel file lisp/Makefilee cambiarla in:

    $(lisp)/loaddefs.el: $(LOADDEFS)
          true

2. Nessuna ottimizzazione del compilatore o tabelle dei simboli del debugger

Attualmente sto passando --with-x-toolkit = no --without-x --with-all a ./configure.

Sono stato in grado di ridurre il tempo di compilazione C a 1/4 del tempo (da poco meno di un minuto a 16 secondi) in src semplicemente cambiando i flag di compilazione predefiniti. L'impostazione predefinita CFLAGS ho avuto erano state: -g -O3.

Quindi usa invece CFLAGS=''.

3. Non eseguire make install, ma esegui semplicemente gli emacs creati dalla directory src .

Come indicato di seguito, un altro 10% delle volte è nella creazione di documenti. Anche se non ho avuto tempo, non c'è dubbio che copi i file e comprimi i file elisp make install. Quindi non farlo. Se si desidera ripetere i grafici dei tempi, eseguire remake --profile.

Le osservazioni sopra riportate si basano sul seguito ....

Il primo passo è capire dove viene impiegato il tempo per capire come ridurlo. Fortunatamente per qualcosa come Emacs, di recente ho scritto (o piuttosto esteso) uno strumento per aiutarti a scoprirlo. Ho aggiunto --profileun'opzione al remake (un fork di GNU make) che ti dirà quanto tempo viene speso in obiettivi specifici.

Ho provato a creare un'istantanea recente e sì, ci vogliono circa 10 minuti. Se non hai installato il remake, ho una panoramica delle informazioni di profilazione che puoi utilizzare della mia corsa. Uso kcachegrind per visualizzare le informazioni, ma potrebbero esserci altri strumenti là fuori per gli strumenti di visualizzazione. C'è un png nell'essenza che è uno screenshot della corsa.

Ora ai dettagli ...

A mio avviso, circa il 20% del tempo è dedicato alla creazione di file lisp e di informazioni che non è necessario. In realtà un po 'di più viene speso nei file lisp che nei file di informazioni. Probabilmente potresti cambiare il Makefile per saltarlo.

Potrebbe essere interessante confrontarlo con emacs 24. La mia ipotesi è che le dimensioni di entrambi siano cresciute proporzionalmente.

Se c'è interesse (che puoi mostrare con voti positivi), suggerirò hack specifici al Makefile. Tuttavia, questo da solo dovrebbe essere sufficiente per qualcuno motivato a lavorare da.