Sto usando Ruby 1.8.7 su OS X. Dove si trova l'interprete Ruby? Il mio obiettivo è di saperne di più su Ruby, sulle lingue interpretate e sull'interpretazione/analisi.Dove si trova l'interprete Ruby?
risposta
È possibile eseguire which ruby
per scoprire dove verrà eseguito il ruby se si digita ruby
nel Terminale.
Se si desidera trovare ulteriori informazioni conoscere il file eseguibile, è possibile eseguire:
$ ls -l $(which ruby)
lrwxr-xr-x 1 root wheel 76 Nov 8 12:56 /usr/bin/ruby -> ../../System/Library/Frameworks/Ruby.framework/Versions/Current/usr/bin/ruby
Cioè, eseguire which ruby
, e passare i risultati di tale in ls -l
, che vi mostrerà che in realtà è un collegamento simbolico al binario nel framework Ruby. È inoltre possibile utilizzare file
per scoprire che tipo di file è:
$ file $(which ruby)
/usr/bin/ruby: Mach-O universal binary with 2 architectures
/usr/bin/ruby (for architecture x86_64): Mach-O 64-bit executable x86_64
/usr/bin/ruby (for architecture i386): Mach-O executable i386
Se si vuole fare in modo di eseguire il rubino che si trova nel percorso dell'utente da uno script, invece di hardcoding dove Ruby è, è è possibile utilizzare il seguente direttiva interprete nella parte superiore dello script:
#!/usr/bin/env ruby
Questo funziona perché praticamente tutti i sistemi moderni hanno un eseguibile a /usr/bin/env
che eseguirà l'utility che si passa ad esso basato sul vostro cammino; quindi, invece di codificare nello script /usr/bin/ruby
, puoi fare in modo che lo env
cerchi il tuo percorso per te.
whereis ruby
in una finestra di terminale vi dirà
Si dovrebbe trovare sotto System/Library/Frameworks/Ruby.framework/Versions/Current/usr/bin/ruby
e link simbolico a /usr/bin/ruby
.
in esecuzione which ruby
fornisce la posizione esatta del rubino utilizzato se nel sistema sono presenti una o più implementazioni.
- 1. Dove si trova "ListViewItemPlaceholderBackgroundThemeBrush"?
- 2. Dove si trova tools.jar?
- 3. Dove si trova MsDeployPublish?
- 4. Dove si trova Microsoft.WindowsAzure.Diagnostics?
- 5. Dove si trova Microsoft.Deployment.WindowsInstaller?
- 6. Dove si trova System.Windows.Threading.DispatcherTimer?
- 7. Dove si trova Boost.Process?
- 8. Dove si trova HttpContent.ReadAsAsync?
- 9. Dove si trova erase_if?
- 10. Dove si trova ImmutableArray?
- 11. Dove si trova jarsigner?
- 12. Dove si trova LocalFileSystem.PERSISTENT?
- 13. Dove si trova GOTO: EOF?
- 14. Dove si trova l'annotazione @Transactional?
- 15. CUDA cutil.h dove si trova?
- 16. Dove si trova System.CoreEx.dll per Rx.NET
- 17. Dove si trova cutil_math.h di CUDA?
- 18. Dove si trova "PFFacebookUtils.framework" sul repository CocoaPods?
- 19. Estensioni Rx: dove si trova Parallel.ForEach?
- 20. Dove si trova cordova-2.7.0.jar?
- 21. Dove si trova la sua tabella?
- 22. QSettings - dove si trova il file ini?
- 23. Dove si trova il cookie .ASPXAUTH
- 24. Dove si trova il repository source mercurial.hg
- 25. Dove si trova Xcode sul disco rigido?
- 26. Dove si trova $ {basedir}, usando NLog?
- 27. Dove si trova "curl.lib" per DMD?
- 28. Dove si trova System.Linq in .NET 4.0?
- 29. Dove si trova encoder logback documentazione modello
- 30. Dove si trova SCALA_HOME su Ubuntu?
In generale, 'which' è più affidabile di' whereis'. 'which' troverà quello che è effettivamente nel tuo percorso, mentre' whereis' apparirà in certe directory standard; se hai delle directory non standard nel tuo percorso (come '/ opt/local/bin' per MacPorts),' whereis' non troverà quello che stai cercando. –