導航:首頁 > 源碼編譯 > 編譯系統安裝在哪裡

編譯系統安裝在哪裡

發布時間:2022-10-01 01:28:35

『壹』 ubuntu中pl文件編譯安裝到哪了

程序可能所在的目錄一般是/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin你可以用which命令來查看某一個特定命令的安裝目錄

自動更新的下載文件在/var/apt/cache中,而已備份一下,這樣下次重裝系統就不用再聯網下載了

『貳』 編譯程序安裝在計算機的哪裡

拋開操作系統和其他高級語言(VC、VB等),如果轉到最簡單的單片機,這個可不需要任何操作系統或外接磁碟就能運行匯編語言程序。這種將匯編語言指令,如「MOV」,譯成機器語言的編譯程序在微機的哪裡?如果說是固化在微機上的,那它如何能識別、編譯不同的語言編寫的程序?當一種新的程序語言開發出來後,就有可能不能識別。

『叄』 編譯程序安裝在計算機的哪裡

舉例來說:

當你使用C編寫代碼,使用編譯器編譯後,即生成了可執行程序。當可執行程序被操作系統的載入器載入到內存、並准備好必要的數據後從代碼段開始執行,這時的代碼段代碼已經是機器碼了,無須編譯。當然,可執行程序里的所有數據並非都是代碼,有些是寫給操作系統看的,以使操作系統能為程序的執行做好必要准備。

至於說DOS命令,分為外部命令和內部命令。外部命令和一般的可執行程序沒有區別,他以可執行程序文件的形式存在。沒有這個文件就不能運行這個命令;內部命令是固化在操作系統中的代碼模塊,一般以DLL文件的形式存在。至於哪個DLL文件包含特定的內部命令的代碼,就必須查資料了。

CPU所支持的指令集,是由CPU的物理設計決定的,並不是說有什麼指令存放在CPU上。

當然,如果是解釋性的語言。那麼,可執行程序是一邊被解釋(編譯)一邊被執行的。所以他的速度要慢些。並且必須安裝對應的編譯(解釋)程序。比如JAVA。

『肆』 系統安裝目錄在哪裡

系統一般都是安裝在C盤的,如果不是打開哪個盤有windows文件夾那個就是系統盤。

Word的安裝位置查看方法是:找到Word的圖標-右鍵-打開文件位置即可:

『伍』 GCC編譯器是安裝在Linux哪個文件夾下

輸入which gcc命令就知道了,GCC編譯器安裝好後Linux系統上會有一個gcc命令,通過查看gcc命令的可執行文件所在的路徑,等於就是查看GCC編譯器的安裝目錄。而查看某個命令的可執行文件在哪裡的命令就是which命令,所以用which gcc就可以知道GCC編譯器的安裝目錄了。

『陸』 計算機中的編譯程序安裝在哪裡

編譯程序裝在任何位置都可以,關鍵是安裝後的配置,例如環境變數、配置文件等等

『柒』 怎樣安裝C語言編譯系統

我的電腦,
系統屬性設為默認就OK了,然後在結束ALG.EXE就OK了,你的支持就是我的動力,彼此加油!!

『捌』 如何在編譯後,指定安裝路徑

1. 安裝目錄變數
在Makefile中,安裝目錄同樣需要使用變數來指定,這樣就可以很方便的修改文件的安裝路徑。安裝目錄的標准命名下邊將一一介紹。這些變數基於標準的文件系統結構,這些變數的變種在SVR4、4.4BSD、Linux、Ultrix v4以及其它現代操作系統中都有使用。
安裝者希望在調用make是改變這些值,(例如 make prefix=/usr install),或者在配置時改變這些值(例如 configure –prefix=/usr)。GNU包不會對在該系統上這些變數適合於哪些值做任何猜想,或者說GNU包不會猜測這些包應該被安裝到哪裡是更合適的:GNU包使用預設的特定設置是為了以便於所有的GNU包行為一致,它允許安裝者做任何自己想要的布局。
以下所羅列的兩個變數是指定安裝文件的根目錄。所有其它安裝目錄都是它們的子目錄。注意:文件不能直接安裝在這兩個目錄下。
prefix
這個變數(通常作為實際文件安裝目錄的父目錄,可以理解為其它實際文件安裝目錄的前綴)用於構造下列(除這兩個安裝根目錄以外的其它目錄變數)變數的預設值。變數「prefix」預設值是「/usr/local」。創建完整的GNU系統時,變數prefix的預設值是空值,「/usr」是「/」的符號連接符文件。(如果使用「Autoconf」工具,它應該寫成「@prefix@」)。注意:當更改了變數「prefix」以後重新執行「make install」,不會導致可執行程序(終極目標)的重建。
exec_prefix
這個前綴用於構造下列變數的預設值。變數「exec_prefix」預設值是「$(prefix)」(如果使用「Autoconf」工具,它應該寫為「@exec_prefix@」)。通常,「$(exec_prefix)」目錄中的子目錄下存放和機器相關文件(例如可執行文件和常式庫)。「$(prefix)」目錄的子目錄存放通用的一般文件。同樣:改變「exec_prefix」的值之後執行「make install」,不會重建可執行程序(終極目標)。
文件(包括可執行程序、說明文檔等)的安裝目錄:
bindir
用於安裝一般用戶可運行的可執行程序。通常它的值為:「/usr/local/bin」,使用時應寫為:「$(exec_prefix)/bin」。(使用「Autoconf」工具時,應該為「@bindir@」)
sbindir
安裝可在shell中直接調用執行的程序。這些命令僅對系統管理員有用(系統管理工具)。通常它的值為:「/usr/local/sbin」,要求在使用時應寫為:「$(exec_prefix)/sbin」。(使用「Autoconf」工具時,應該為「@sbindir@」)
libexecdir
用於安裝那些通常不是由用戶直接使用,而是由其它程序調用的可執行程序。通常它的值為:「/usr/local/libexec」,要求在使用時應寫為:「$(exec_prefix)/libexec」。(使用「Autoconf」工具時,應該為「@libexecdir@」)
程序執行時使用的數據文件可從以下兩個方面來分類:
1. 是否可由程序更改。分為兩類:程序可修改和不可修改的文件(雖然用戶可編輯其中某些文件)。
2. 是否和體系結構相關。分為兩類:體系結構無關文件,可被所有類型的機器共享;體系結構相關文件,僅可被相同類型機器、操作系統共享;其它的就是那些不能被任何兩個機器共享的文件。
這樣就存在六種不同的可能。除編譯生成的目標文件(.o文件)和庫文件以外,不推薦使用那些和特定機器體系結構相關的文件,使用和體系無關的數據文件更加簡潔,而且,它的實現也並不非常困難。
在Makefile中應該使用以下變數為不同類型的文件指定對應的安裝目錄:
`datarootdir'
The root of the directory tree for read-only architecture-independent data files. This should normally be /usr/local/share, but write it as $(prefix)/share. (If you are using Autoconf, write it as `@datarootdir@'.) `datadir''s default value is based on this variable; so are `infodir', `mandir', and others.
Datarootdir
機器體系結構無關的只讀數據文件的根目錄。通常它的值為:「/usr/local/share」,使用時應寫為:「$(prefix)/share」。(使用「Autoconf」工具時,應該為「@datarootdir@」)。『datadir』的預設值是基於這個變數的,`infodir', `mandir'等其它變數的值也是如此。
datadir
用於安裝和機器體系結構無關的只讀數據文件。通常它的值與』datarootdir』一樣,但是我們使用兩個變數是為了用戶能夠移動一些程序特定的文件而不修改如man 文件、info文件的路徑。通常它的值為:「/usr/local/share」,使用時應寫為:「$(prefix)/share」。(使用「Autoconf」工具時,應該為「@datadir@」)。「$(infodir)」和「$(includedir)」作為例外情況,參考後續對它們的詳細描述。
Datadir的定義對所有包都一樣,因此你應該安裝你的數據在它的子目錄下。大部分包安裝它們的數據在如此目錄下:$(datadir)/package-name/.
sysconfdir
用於安裝從屬於特定機器的只讀數據文件,包括:主機配置文件、郵件服務、網路配置文件、「/etc/passwd」文件等。所有該目錄下的文件都應該是普通文本文件(可識別的「ASCII」碼文本文件)。通常它的值為:「/usr/local/etc」,在使用時應寫為:「$(prefix)/etc」。(使用「Autoconf」工具時,應該為「@sysconfdir@」)。
不要將可執行文件安裝在這個目錄下(可執行文件的安裝目錄應該是「$(libexecdir)」或者「$(sbindir)」)。也不要在這個目錄下安裝那些需要更改的文件(系統的配置文件等)。這些文件應該安裝在目錄「$(localstatedir)」下。
sharedstatedir
用於安裝那些可由程序運行時修改的文件,這些文件與體系結構無關。通常它的值為:「/usr/local/com」,要求在使用時應寫為:「$(prefix)/com」。(使用「Autoconf」工具時,應該為「@sharedstatedir@」)
localstatedir
用於安裝那些可由程序運行時修改的文件,但這些文件和體系結構相關。用戶沒有必要通過直接修改這些文件來配置軟體包,對於不同的配置文件,將它們放在「$(datadir)」或者「$(sysconfdir)」目錄中。「$(localstatedir)」值通常為:「/usr/local/var」,在使用時應寫為:「$(prefix)/var」。(使用「Autoconf」工具時,應該為「@localstatedir@」)
libdir
用於存放編譯後的目標文件(.o)文件庫文件(文檔文件或者執行的共享庫文件)。不要在此目錄下安裝可執行文件(可執行文件應該安裝在目錄「$(libexecdir)」下)。變數libdir值通常為:「/usr/local/lib」,使用時應寫為:「$(exec_prefix)/lib」。(使用「Autoconf」工具時,應該為「@libdir@」)
infodir
用於安裝軟體包的 Info 文件。它的預設值為:「/usr/local/info」,使用時應寫為:「$(prefix)/info」。(使用「Autoconf」工具時,應該為「@infodir@」)
lispdir
用於安裝軟體包的Emacs Lisp 文件的目錄。它的預設值為:「/usr/local/share/emacs/site-lisp」,使用時應寫為:「$(prefix)/share/emacs/site-lisp」。當使用Autoconf工具時,應將寫為「@lispdir@」。為了保證「@lispdir@」能夠正常工作,需要在「configure.in」文件中包含如下部分:

lispdir='${datadir}/emacs/site-lisp'
AC_SUBST(lispdir)

includedir
用於安裝用戶程序源代碼使用「#include」包含的頭文件。它的預設值為:「/usr/local/include」,使用時應寫為:「$(prefix)/include」。(使用「Autoconf」工具時,應該為「@includedir@」)。

除gcc外的大多數編譯器不會在目錄「/usr/local/include」中搜尋頭文件,因此這種方式只適用gcc編譯器。這一點應該不是一個問題,因為很多情況下一些庫需要gcc才能工作。對那些依靠其它編譯器的庫文件,需要將頭文件安裝在兩個地方,一個由變數「includedir」指定,另一個由變數「oldincludedir」指定。

oldincludedir
它所指定的目錄也同樣用於安裝頭文件,這些頭文件用於非gcc的編譯器。它的預設值為:「/usr/include」。(使用「Autoconf」工具時,應該為「@oldincludedir@」)。

Makefile在安裝頭文件時,需要判斷變數「oldincludedir」的值是否為空。如果為空,就不使用它進行頭文件的安裝(一般是安裝完成「/usr/local/include」下的頭文件之後才安裝此目錄下的頭文件)。

一個軟體包的安裝不能替換該目錄下已經存在的頭文件,除非是同一個軟體包(重新使用相同的軟體包在此目錄下安裝頭文件)。例如,軟體包「Foo」需要在「oldincludedir」指定的目錄下安裝一個頭文件「foo.h」時,可安裝的條件為:1.目錄「$(oldincludedir)」目錄下不存在頭文件「foo.h」;2. 已經存在頭文件「foo.h」,存在的頭文件「foo.h」是之前軟體包「Foo」安裝的。

檢查頭文件「foo.h」是否來自於軟體包Foo,需要在頭文件的注釋中包含一個「magic」字元串,使用命令「grep」來在該文件中查找這個magic。
`docdir'
The directory for installing documentation files (other than Info) for this package. By default, it should be /usr/local/share/doc/yourpkg, but it should be written as $(datarootdir)/doc/yourpkg. (If you are using Autoconf, write it as `@docdir@'.) The yourpkg subdirectory, which may include a version number, prevents collisions among files with common names, such as README.
這個目錄安裝除了Info外的該包提供的文檔,它的預設值/usr/local/share/doc/yourpkg,使用時應寫為:「$(datarootdir)/doc/yourpkg」。(使用「Autoconf」工具時,應該為「@docdir@」)。Yourpkg子目錄可能包括版本號,為了阻止具有相同文件名字的文件沖突,例如README。
`infodir'
The directory for installing the Info files for this package. By default, it should be, but it should be written as (If you are using Autoconf, write it as `@infodir@'.) infodir is separate from docdir for compatibility with existing practice.
這個目錄安裝該包的info文件。它的預設值是:/usr/local/share/info, 使用時應寫成:$(datarootdir)/info.(使用「Autoconf」工具時,應該為「@infodir@」).infodir從docdir中單獨分離出來為了兼容已經存在的practice。
`htmldir'
`dvidir'
`pdfdir'
`psdir'
Directories for installing documentation files in the particular format. (It is not required to support documentation in all these formats.) They should all be set to $(docdir) by default. (If you are using Autoconf, write them as `@htmldir@', `@dvidir@', etc.) Packages which supply several translations of their documentation should install them in `$(htmldir)/'ll, `$(pdfdir)/'ll, etc. where ll is a locale abbreviation such as `en' or `pt_BR'.
這些目錄用於安裝特定格式的文檔(並不要求支持所有這些格式的文檔)。預設值應該設置為:$(docdir)(使用「Autoconf」工具時,應該為「@htmldir @」等)。
`libdir'
The directory for object files and libraries of object code. Do not install executables here, they probably ought to go in $(libexecdir) instead. The value of libdir should normally be /usr/local/lib, but write it as $(exec_prefix)/lib. (If you are using Autoconf, write it as `@libdir@'.)
`lispdir'
The directory for installing any Emacs Lisp files in this package. By default, it should be /usr/local/share/emacs/site-lisp, but it should be written as $(datarootdir)/emacs/site-lisp.
If you are using Autoconf, write the default as `@lispdir@'. In order to make `@lispdir@' work, you need the following lines in your configure.in file:
lispdir='${datarootdir}/emacs/site-lisp'
AC_SUBST(lispdir)

`localedir'
The directory for installing locale-specific message catalogs for this package. By default, it should be /usr/local/share/locale, but it should be written as $(datarootdir)/locale. (If you are using Autoconf, write it as `@localedir@'.) This directory usually has a subdirectory per locale.
這個目錄安裝該包用於本地特定消息的目錄。預設值是:/usr/local/share/locale, 但是應該寫成:`@localedir@'。這個目錄常常對每個locale(本地化)都有一個子目錄。

『玖』 系統是安裝在哪裡

如果是主題包,默認安裝就可以了
系統的一般在c:\windows\resources\themes

『拾』 怎麼在sublime裝html編譯系統

Sublime Text幾乎是任何開發者在其工具箱的必備應用程序。Sublime Text是一款跨平台的,高度可定製的,高級的文本編輯器,既適合全功能的IDE(出了名的資源匱乏),又可匹配命令行編輯器,例如Vim和Emacs(具有陡峭的學習曲線)。 Sublime Text如此受歡迎的其中一個原因就是它的可擴展插件架構。這使得開發人員可以輕松使用新功能,例如代碼完成,或遠程API文檔嵌入,來擴展Sublime的核心功能。Sublime Text的插件並不是開箱即用的——通常需要通過一個叫Package Control的第三方軟體包管理器來安裝。要在Sublime Text中安裝Package Control,請遵照其網站上的安裝指南。 在這篇文章中,我將介紹10個JavaScript開發人員必備的Sublime插件,每一個都可以幫助你改進工作流程,讓你更高效。下面,就讓我們開始吧! 1也有一個很棒的在線互動工具,你可以使用這個工具粘貼你的代碼查看即時反饋。 3. JsFormat JsFormat基於JS Beautifier,可以自動幫助你格式化JavaScript和JSON。如果你只單獨使用它的JSON格式,也是可以的。但對我來說,它的最大優勢出現在當我工作於其他開發人員的代碼,或我自己在很久以前寫的代碼的時候。 這樣的代碼往往是難以閱讀,但是遵循一種通用的代碼格式樣式是有幫助的。雖然格式化可能不適合每一個人,但確實可以通過引入一個共同的結構來幫助開發人員讀懂代碼。Linter雖然關注到這一點,但不一定全面做到,並且不會自動修復格式。代碼格式化節省了大量的時間,避免了大量令人頭痛的問題。 安裝好了之後,要使用JSFormat,先進入JS文件,然後在Windows / Linux上按Ctrl + Alt + f ,或在Mac上按 Ctrl + ⌥ + f 。當然也可以使用上下文菜單。 你也許會想:「要是我不喜歡它們設計JavaScript樣式的方式呢?」 別擔心! JsFormat不但基於JS Beautifier設置,而且高度可配置。要調整適合於Sublime Text 3,請這樣做:Preferences -> Package Settings -> JsFormat -> Settings – Default 然後根據自己的喜好編輯JSON設置。 4. DocBlockr 將注釋添加到你的代碼中有時是一件非常非常痛苦的事情。雖然很多人都不喜歡干這件事,但又絕對是有必要的。 DocBlockr可通過製造簡單的注釋來減輕一些痛苦。安裝DocBlockr後,所有你需要做的是,用 /* 或 /** 開始一行代碼,然後剩下的就都可以交給它了。如果你在函數上面以 /**開頭,那麼它會基於JSDoc格式為你生成注釋。有些東西雖然你以前從來沒有用過,但一旦用過之後,你會懷疑自己以前是怎麼活下來的,DocBlockr就是其中的一個例子。 DocBlockr支持許多其他的語言,包括:CoffeeScript,TypeScript、PHP、ActionScript、Haxe、Java、Apex、Groovy、Objective C、C、C++以及Rust。 5.SideBar Enhancements Sublime Text在側邊欄文件樹中可用於處理文件的選項非常少。簡單地說,SideBar Enhancements可修復這個問題。這款插件特別為文件和文件夾提供了一個「move to trash」的選項,一個「open with..」選項,以及一個剪貼板。它也可以讓你在web瀏覽器中打開文件,復制文件內容作為data:uri base64 (這在CSS中嵌入圖像特別方便),並提供大量的搜索操作。此外,它可以很好地與SideBarGit集成,直接從側欄提供Git命令。 隨著JavaScript代碼庫規模的不斷擴大,於是,找到一種瀏覽項目並處理項目文件的合理手段迫在眉睫。因此,這個插件就成為了必需品。 6. AngularJS 由Angular-UI團隊開發,並且可能是這些SublimeText插件中比較大(但也更有用)的軟體包之一。它的主要功能包括: 核心AngularJS指令(ng-model,ng-repeat等)的代碼完成 自定義指令的指令完成 指令、控制器和過濾器的速食麵板搜索 Angular相關的代碼片段 核心Angular JS指令的GoToDocs Angular是一個大型的庫,AngularJS出乎意料地有用。你可以在項目的主頁上閱讀它的很多設置。 要利用這個插件語法高亮的優勢,那麼你需要到View -> Syntax -> HTML (Angular.js)中改變你的HTML文件的視圖類型。 7.TypeScript TypeScript是JavaScript編譯為普通JavaScript的一個類型超集。這對於普通開發者而言,可能不知道它也沒什麼大的關系,但是今年三月出來的小公告——Angular 2將建造在TypeScript上,意味著,如果你工作於Angular的話,並且你打算以後使用Angular2的話,那麼這個插件是必備的。 基於微軟的支持,這款插件添加了代碼完成,正確的語法高亮,代碼格式化和擴展導航功能到TypeScript項目。它還配備了一個構建系統,允許你編譯TypeScript文件為JavaScript。 要訪問構建系統可以這么做 Tools -> Build System,然後選擇TypeScript 。接著用 .ts 結尾打開一個文件,選擇Tools -> Build,或者乾脆按 Ctrl + B。你會被要求構建參數,之後插件將在同一目錄中輸出編譯好的JavaScript文件。唯一需要注意的是,它需要Node。 從插件的角度說,它提供了「工作於TypeScript代碼時加強版的Sublime Text體驗」。千真萬確,從上述臃腫的IDE中,它做了一個令人耳目一新的改變。 8.Handlebars 如果你正在使用Ember.js,或只是將Handlebars作為模板語言一種選擇,那麼你不能沒有它。沒有它的話,你還不如乾脆關掉所有的語法高亮。 除了語法高亮(在個別模板文件和腳本標簽的內聯模板中都有這個功能),它還提供了用於觸發各種表情的選項卡。例如,鍵入 x-temp並按 TAB鍵會產生: <script type="text/x-handlebars" data-template-name=""></script> 另外,鍵入 ifel 再按TAB鍵,你會得到: {{#if }} {{else}} {{/if}}> 很方便,是吧? 在這個項目的主頁上還有一系列完整的代碼片段。 9.Better CoffeeScript Better CoffeeScript是原先CoffeeScript-Sublime-Plugin的一個分支——然而,不幸的是,CoffeeScript-Sublime-Plugin似乎已被其創建者遺棄,只能工作於SublimeText 2。 此款插件不僅為那些工作於CoffeeScript的人提供了非常需要的語法高亮功能,而且還有其他很多功能。它增加了一堆命令到Sublime(可通過命令面板或各種快捷鍵訪問),比如運行語法檢查,編譯文件,以及顯示編譯好的JavaScript。它還配備了片段和工作於cake (Make對於CoffeeScript的簡化版本)的構建系統。 你可以在此項目的主頁上仔細閱讀插件的許多設置和選項。 10. jQuery 我知道現在的jQuery在很多地方看似都將會失寵,但它仍然非常有用,如果你不打算建立一個完全互動的網站,或者你只是想添加功能到現有的應用程序的話。 這個插件提供了額外的語法高亮和幾乎所有jQuery方法的片段。通過輸入方法名稱並選擇合適的匹配就可以訪問這些片段——就是這么簡單!我特別喜歡這個功能,因為它節省了我很多原本要用於記憶方法特徵以及查詢jQuery API文檔的時間。 例如,鍵入 $.a 會出來一個讓我選擇 $.ajax()的選項,而 $.ajax()可以擴展到: $.ajax({ url: '/path/to/file', type: 'default GET (Other values: POST)', dataType: 'default: Intelligent Guess (Other values: xml, json, script, or html)', data: {param1: 'value1'}, }) .done(function() { console.log("success"); }) .fail(function() { console.log("error"); }) .always(function() { console.log("complete"); }); 真是太棒了! 結論 這10款在JavaScript開發中必備的Sublime插件,講到這里就結束了。我只用過它們中的一兩個,因此歡迎大家談談你們在用過之後的體驗感受。當然,如果遺漏了你最喜歡的插件的話,也請在中讓我知道,我會考慮將它添加到列表中。 最後一點,請記住,Sublime Text不是免費軟體。但它有無限的試用版(盡管會有各種煩人的畫面出現),而單個用戶的許可費用是$ 70。如果你一天中的大部分時間都要使用文本編輯器,那麼這將會是一筆物有所值的投資!

閱讀全文

與編譯系統安裝在哪裡相關的資料

熱點內容
日本影視網站 瀏覽:932
伺服器點亮埠以後有什麼特徵 瀏覽:980
51單片機定時器pwm 瀏覽:685
民國修真 瀏覽:386
php數組作為參數傳遞 瀏覽:991
運行命令查ip 瀏覽:202
漲奶吃奶小說 瀏覽:340
股票十大戰法主圖指標源碼 瀏覽:702
查看網路的命令是什麼意思 瀏覽:589
《鬼吹燈》1-8全本txt 瀏覽:336
python繪圖兩個圓代碼 瀏覽:607
python中end的用法 瀏覽:682
大概率30選股源碼 瀏覽:206
阿里雲伺服器如何鏡像 瀏覽:161
能看的 瀏覽:403
京東伺服器為什麼會崩 瀏覽:836
php超類 瀏覽:822
怎麼在美團APP上請假 瀏覽:100
午夜激情影院 瀏覽:242
歐拉app怎麼下訂單 瀏覽:422