Ho visto esempi online in cui le persone aggiungono percorsi al percorso predefinito in Emacs con:

(add-to-list 'exec-path "/usr/local/bin/")

Sono nuovo di Elisp e penso di capire cosa fa la dichiarazione sopra, ma ho alcune domande:

• In quale ordine Emacs cerca i percorsi di esecuzione? Ad esempio, considera il valore di $PATH(variabile ambientale) (e in tal caso, prima o dopo exec-path?)

• Come posso anteporre più di questi percorsi? Posso continuare a concatenarli? per esempio

  (add-to-list 'exec-path "PATH1", "PATH2")
  

  o dovrei fare:

  (add-to-list 'exec-path "PATH1:PATH2:PATH3") 
  

Ho anche trovato questo interessante pacchetto su GitHub: exec-path-from-shell . Perché è necessario un pacchetto per questo?

Motivazione

Hai mai scoperto che un comando funziona nella tua shell, ma non in Emacs?

Questo succede molto su OS X, dove un'istanza di Emacs avviata dalla GUI eredita un set predefinito di variabili d'ambiente.

Questa libreria funziona risolve questo problema copiando importanti variabili d'ambiente dalla shell dell'utente: funziona chiedendo alla shell di stampare le variabili di interesse, quindi copiandole nell'ambiente Emacs.

1) PATHeexec-path

Emacs imposta exec-pathdal valore di PATHall'avvio, ma non lo guarderà più in seguito. Ma se si esegue un comando, questo erediterà PATH, no exec-path, quindi i sottoprocessi possono trovare comandi diversi da quelli di Emacs.

Come dice Francesco, questo può essere particolarmente confuso shell-command, in quanto non esegue direttamente un processo, ma chiama una shell per eseguirlo, che utilizzerà PATH, non exec-path.

2) Aggiunta di più percorsi a exec-path

Chiama add-to-listripetutamente:

(add-to-list 'exec-path "PATH1")
(add-to-list 'exec-path "PATH2")

Nota che add-to-listaggiunge all'inizio dell'elenco, quindi questo finirà con l' "PATH2"essere nel exec-pathprecedente "PATH1".

Puoi anche utilizzare un accesso più "basso livello" agli elenchi:

(setq exec-path (append '("PATH1" "PATH2")
                        exec-path))

Questo aggiungerà "PATH1"e "PATH2"al tuo exec-path, in questo ordine.

3) PERCORSO di Mac OS

Il problema su Mac OS X è che Mac OS non imposta l'ambiente allo stesso modo quando si chiama un programma dall'interfaccia utente globale o quando lo si chiama da una shell. Ciò significa che l'esecuzione di Emacs da una shell comporterà l'impostazione di variabili di ambiente diverse rispetto a quando lo si esegue dal finder. Ciò è particolarmente fastidioso se si impostano variabili di ambiente .bashrco simili, poiché ciò non influirà sugli Emac "globali".

Apparentemente il pacchetto avvia una shell e importa le variabili d'ambiente da lì, imitando l'ambiente che si ottiene da una shell in un Emacs avviato a livello globale.

Quando emacs avvia un nuovo processo esterno usando funzioni primitive come call-processo start-process, viene eseguita la ricerca nell'eseguibile exec-path(e non $PATH)

Tuttavia, una funzione come shell-commandavvia la shell come sottoprocesso e gli passa il comando che si desidera eseguire. Per eseguire questo comando, la shell tenterà quindi di trovare l'eseguibile in $PATH(e non in exec-path).

Pertanto, exec-pathè ciò che conta di più per i processi esterni che sono avviati da Emacs stesso, mentre $PATHè ciò che conta per i comandi che esegui tu stesso con una funzione di livello superiore (usando M-!ad esempio)

Se si desidera aggiungere più directory a exec-path, è necessario utilizzare add-to-listpiù volte.

Puoi farlo manualmente

(add-to-list 'exec-path "dir1")
(add-to-list 'exec-path "dir2")

o usando un loop

(dolist (dir '("dir1" "dir2"))
  (add-to-list 'exec-path dir))

Per quanto riguarda la tua terza domanda, se emacs è stato lanciato dall'ambiente desktop, eredita l'ambiente da esso, che potrebbe essere meno completo di quello di una shell completa.

Ciò significa che a volte potrebbe essere necessario completare il valore di Emacs per l' $PATHutilizzo di ciò che vede una shell normale. Questo è lo scopo della exec-path-from-shellbiblioteca di cui parli.