用gcc編譯ada程序

Ⅰ 如何用GCC編譯（在UNIX或linux環境下）Ada和java文件

ada使用信檔gnat命令滑坦亂
java使用gcj命令
c用gcc
c++用g++

這些都是信禪gcc...........

Ⅱ 請問為什麼我在用gcc編譯c語言寫的一個小程序時不能使用「wall」參數

在控制台 gcc /hello.c -o /hello.out,編譯沒錯的話,就會在根目錄出現一個hello.out的文件,然後 /hello.out,就可以看到結果了. 具體參閱GCC的用法 一.gcc歷史 GCC最早是Richard Stallman在十幾年前編寫的針對於C的編譯器,意思即為GNU C Compiler,後來發展支持Ada，C++,Java,Objective C,Pascal,COBOL,以及支持邏輯編程的Mercury語言，後來其英文原名變為:GNU Compiler ollection([1]).除此之外，GCC對於各種硬體平台都提供了完善的支持。 一般的，GCC的編譯功能包括gcc(C的編譯器),g++(C++的編譯器)，在編譯過程中，一共有四步工作。 1.預處理，生成i文件，C文件編譯為.i文件，C++文件編譯為.ii文件，它們都為源程序的預處理結果文件.以最簡單的Hello World程序為例: ********************************* // test.c #include "stdio.h" #define MAX 9 int main() { int a; a=MAX; printf("Hello Worldn"); } ********************************* 用cpp test.c test.i 可得到預處理文件test.i，通過查看該文件，我們可以看到，我們引入的include文件已經被引入處理，define定義的部分已經被完全帶入。 2.預處理文件轉換成匯編語言，生成.s文件。這一步利用egcs來完成(在mingw標准包中沒有見到這個預編譯器，所以測試沒有成功，將繼續測試） 3.匯編變為目標文件，生成.o文件,利用as來完成。 4.連接目標文件，生成可執行程序，利用ld來完成.(後續繼續研究ld編譯過程。) 二.GCC參數祥解 -x language filename 設定文件使用的語言，這樣源程序的後綴名無效了，並對gcc後接的多個編譯文件都有效。這樣如 果存在.c和.cpp文件聯編會有問題，解決這個問題用到了下一個參數 -x none filename,在下面做介紹。因為在預處理過程中對於.c和.cpp文件的處理方式是不一樣的。可以使用的參數有:'c','objective- c','c-header','c++','cpp-output','assembler','assembler-with-cpp'.編譯的時候， 如果有這樣的一個用C語言寫的test.tmp的文件，用gcc編譯的時候就用gcc -x c test.tmp就可以讓gcc用編譯C語言的方式來編譯test.tmp. -x none filename 關掉上一個選項，就是讓gcc根據文件名後綴，自動識別文件類型。如用下列方式編譯: gcc -x c test.tmp -x none test2.c 這樣可以自由地選擇編譯方式 -c 只激活預處理，編譯和匯編，也就是把程序做成obj文件。如gcc -c test.c 就會生成test.o文件，當然這樣還只是目標文件，需要經過ld連接器對所有的.o文件進行聯接才能生成可執行文件. -S 只激活預處理和編譯，把文件編譯到匯編代碼。相當到對源程序做一個egcs操作,生成.s文件。可以查看生成的匯編文件結果。這個對於研究匯編語言的程序員來說是很有作用的。 -E 只激活預處理，這個將對文件進行預處理，將對所有引入的include文件和define定義的量進行代換，為我們開頭所說的gcc 編譯的第一步，即用cpp命令將程序語言文件進行預處理.但這一步不生成結果文件，如果你需要生成結果文件保存，那麼需要利用系統中的輸出重定向。 -o 定製目標名稱，預設的時候在unix和linux平台下gcc filename的結果是一個文件名為a.out的文件，windows下用mingw里帶的gcc編譯結果是a.exe。如果我們用gcc -o hello.exe test.c的話，將生成hello.exe可執行程序。這個並不一定只限於最後一步可執行程序的生成，如用上面所講的-S生成的匯編程序也可以用-o參 數生成，比如 gcc -o hello.asm -S test.c 這樣hello.asm就是test.c經過預處理和編譯之後的結果。 -pipe 使用管道來代替編譯中的臨時文件，因為編譯的整個過程有幾個不同的步驟，每一個步驟都是以前一個步驟的輸出為輸入的，這樣就涉 及到數據傳遞的問題，在沒有-pipe參數的情況下，是用臨時文件的形式來進行傳遞的，在有該情況的時候就利用管道來傳遞中間數據。當然，在某些系統中， 匯編不能讀取管道數據，這樣這個參數就不能正常工作了。 -ansi 關閉gnu c與ansi c不兼容的特性，激活ansi c的專有特性,在此情況下，處理器會定義一個__STRICT_ANSI__的宏，在有些頭文件中會關注該宏是否被申明過，以避免某些函數的引入。此項可參照ansi c與gnu c的差別得到更多理解。 -fno-asm 此選項為ansi選項功能的一部分，禁止將asm,inline,typeof用作關鍵字。 -fno-strict-prototype 這個選項只對g++有作用。這個參數讓編譯器將所有沒有參數的函數都認為是沒有顯式參數的個數和類型的函數，而不是沒有參數。而對於gcc來說，會將沒有帶參數的函數認成沒有顯式說明的類型。 -fthis-is-variable 這個參數僅對C++程序有效,可以讓this做一般變數使用，允許對this賦值. -fcond-mismatch 允許條件表達式的第二和第三參數類型不匹配.表達式的值為void型. -funsigned-char -fno-signed-char -fsigned-char -fno-unsigned-char 這四個是對char在編譯時進行的設置，它們分別決定將char設為unsigned char或signed char. -include filename 加入頭文件的位置，以使程序中順利使用#include ，這樣就可以在編譯的時候這樣編譯:gcc test.c -include ./include/test.h，進行聯編。 -imacros filename 將filename中的宏擴展到gcc的輸入文件里，宏定義本身不會出現在輸入文件中。意即在編譯某個文件test.c的時候，它裡面申明的宏如果在沒有用到該參數的時候，生成目標文件之後就會被丟棄掉，而在用了這個參數之後，這些宏將被保留用於之後文件的編譯。 -Dmacro 相當於#define macro,宏的內容為字元串'1'。如在編譯的時候使用gcc -o test.exe test.c -DDEBUG就相當於在test.c裡面定義了DEBUG宏，值為字串'1'。可用如下程序測試可知： ********************************** //test.c #include "stdio.h" int main() { printf("Hello Worldn"); #ifdef DEBUG printf("hellon"); #endif } ********************************** 如用gcc -o test.exe test.c編譯，剛運行結果為: Hello World 如用gcc -o test.exe test.c -DDEBUG編譯，則運行結果為: Hello World hello 因此可以在下一種編譯方法中相當於在test.c裡面定義了DEBUG宏。 -Dmacro=define 作用同上，但設定宏的值為define. -Umacro 相當於給程序中定義的宏作了一次undefine.即:#undef macro -undef 取消了對任何非標准友的定義 -Idir 在#include 的時候，先在用這個參數指定的位置找頭文件，如果沒有找到，則到預設的目錄找頭文件 -I- 取消-Idir的作用，表明以後編譯的程序將不在-Idir指定的目錄里尋找頭文件。 -idirafter dir 在-I的目錄裡面查找失敗之後，再在這個目錄裡面查找頭文件，這樣的參數為設置頭文件查找的優先順序問題比較有幫助。 -iprefix prefix -iwithprefix dir 這兩個參數一起用，在-I目錄尋找失敗的時候，到prefix的dir下查找頭文件。 -nostdinc 編譯器不再系統預設的頭文件目錄裡面找頭文件。這樣就可以精確地確定頭文件的來源，應該比較慎用，在對編譯器不是很了解的情況下容易造成編譯失敗. -nostdinc C++ 不在g++的標准路徑中找頭文件，但在其他的路徑中繼續找。在創lib的時候用。 -C 為了有效的分析程序，有預處理的時候不刪除注釋信息，與-E一起使用，有利用分析程序的過程。 -M 生成文件的關聯的信息，這樣就可以知道源代碼文件裡面關聯了哪些它所依賴的頭文件。 -MM 同上，但忽略由#include 造成的依賴關系 -MD 跟-M相當，但是輸出導入到.d文件中，如gcc -MD test.c，剛輸出的依賴關系存放在test.d文件里。 -MMD 跟-MM相同，但是輸出到.d文件中,如gcc -MMD test.c，剛輸出的依賴關系存放在test.d文件里。忽略#include 的關系 -Wa,option 這個參數將option傳給匯編程序，如果option中有逗號，則會把option分成多項，傳給匯編程序。 -Wl,option 這個參數將option傳給連接程序，如果option中有逗號，則會把option分成多項，傳給連接程序。 -llibrary 用於制定編譯的時候使用的庫，如 gcc -lgtk tset.c則程序使用gtk庫進行編譯，不過需要注意的是gcc庫一般都是以libname.a來命名庫文件，在用-l參數來加入庫文件的時候，直接用-lname來引入，而前面的lib被省掉。這一點需要注意。 -Ldir 編譯的時候設定庫文件查找的路徑，不然的話，編譯器只在標准庫路徑裡面找庫。 -00 -01 -02 -03 編譯器的優化選項，-00表示沒有優化,-01為預設值，-03為最高。 -g 在編譯的時候，產生調試信息 -gstabs 以stabs格式聲稱調試信息，但不包括gdb的調試信息。 -gstabs+ 以stabs格式聲稱調試信息，包括gdb的調試信息。 -ggdb 該參數將把gdb的調試信息輸出 -static 這個參數將禁止使用動態庫，這樣程序只能連接靜態庫。 -share 這個參數將讓程序盡量使用動態庫 -traditional 試圖讓編譯器支持傳統的C語言的特性. 三.總結 gcc的參數還遠遠多於上面寫到的這些，但是有以上的參數我們已經可以對gcc的大部分編譯掌握的比較熟練了，更多的參數介紹可以參照GCC的manual，現在已有翻譯了的中文手冊，地址在下面的參考文獻裡面被列出，有興趣的朋友可以參考。 ~

Ⅲ 我在linux下寫了個程序，怎麼用gcc編譯

gcc是一個編譯器，qt是一個界面編程工具，兩者是不能比的。

linux下編譯c程序必然要用到gcc編譯器，而qt則是用來開發界面程序的，類似windows下微軟的mfc，你要在linux下寫程序，必然的要會使用gcc對你的程序進行編譯，至於qt只是個基於C++的界面程序開發工具，覺得以後用到就學一下，用不到就算了。

我在和你說一遍，gcc只是一個編譯器。
你的意思是linux下的c/c++集成開發環境吧，anjuta，eclipse等等都可以，但他們只是提供了開發環境，編譯器還是用的gcc。

Ⅳ 如何用GCC編譯64位linux程序

在64位的linux下編譯就行，和32位的編譯是一樣的

gcc -Wall a.c -o a

有Makefile就直接make

Ⅳ 誰會ADA語言，高分請求

如果你用GNAT的話（我不相信你用其他的），就很簡單：
g++ -fmp-ada-spec -C xxx.h -DXLIB_ILLEGAL_ACCESS（最後這個參數可有可無，但這個參數可以保留更多有用的宏）
用-fmp-ada-spec生成的文件未必全部可以export過來。值得注意的是，雖然g++和gcc也可以這樣，但是用gcc生成會生成一些不兼容的東西，還是用g++吧，具體見http://gcc.gnu.org/onlinedocs/gcc-4.7.0/gnat_ugn_unw/Running-the-binding-generator.html#Running-the-binding-generator
我寫了一些余鋒例子：
header.h
class Test_t {
private:
int v;
public:
Test_t();
Test_t(int);
virtual void show() const;
int get() const;
~Test_t();
};

header.cpp
#include <iostream>
#include "header.h"
Test_t::Test_t() :v(1) { std::cout << "Default Constructor.\n"; }
Test_t::Test_t(int i) :v(i) { std::cout << "Param Constructor.\n"; }
void Test_t::show() const
{ std::cout << this << "\tv = " << this->v; }
int Test_t::get() const { return v; }

main.adb
with header_h;
with Ada.Text_IO;
with Interfaces.C;
use header_h.Class_Test_t;

procere Main is
package C_IO is new Ada.Text_IO.Integer_IO (Num => Interfaces.C.int);

Object_1 : aliased Test_t;
-- 調用默認構造函數
Object_2 : aliased Test_t := New_Test_t (7);
-- 調用以值傳遞、一個int類型參數的構造函數。
begin
C_IO.Put (Item => get (Object_1'Access), Width => 0);
Ada.Text_IO.New_Line;
show (Object_2'Access);
end Main;

g++ -fmp-ada-spec header.h -C -DXLIB_ILLEGAL_ACCESS
g++ -c header_h.ads -Ofast -s 最後兩個參數可有可無
g++ -c main.adb -Ofast -s 也可有卜山可無
gnatbind -x main
gnatlink main.ali header.o --LINK=g++
生成的程序的執行結果是：
Default Constructor.
Param Constructor.
1
0x24efed8 v = 7

執行成功，像iostream這樣復打的頭文件也可以成功，在輸出(export)不是很困難的情況下，應該都是會型毀中成功

Ⅵ Linux中gcc編譯器如何使用

2004年4月20日最新版本的GCC編譯器3.4.0發布了。目前，GCC可以用來編譯C/C++、FORTRAN、JAVA、OBJC、ADA等語言的程序，可根據需要選擇安裝支持的語言。GCC 3.4.0比以前版本更好地支持了C++標准。本文以在Redhat Linux上安裝GCC3.4.0為例，介紹了GCC的安裝過程。

安裝之前，系統中必須要有cc或者gcc等編譯器，並且是可用的，或者用環境變數CC指定系統上的編譯器。如果系統上沒有編譯器，不能安裝源代碼形式的GCC 3.4.0。如果是這種情況，可以在網上找一個與你系統相適應的如RPM等二進制形式的GCC軟體包來安裝使用。本文介紹的是以源代碼形式提供的GCC軟體包的安裝過程，軟體包本身和其安裝過程同樣適用於其它Linux和Unix系統。

系統上原來的GCC編譯器可能是把gcc等命令文件、庫文件、頭文件等分別存放到系統中的不同目錄下的。與此不同，現在GCC建議我們將一個版本的GCC安裝在一個單獨的目錄下。這樣做的好處是將來不需要它的時候可以方便地刪除整個目錄即可（因為GCC沒有uninstall功能）；缺點是在安裝完成後要做一些設置工作才能使編譯器工作正常。在本文中我採用這個方案安裝GCC 3.4.0，並且在安裝完成後，仍然能夠使用原來低版本的GCC編譯器，即一個系統上可以同時存在並使用多個版本的GCC編譯器。

按照本文提供的步驟和設置選項，即使以前沒有安裝過GCC，也可以在系統上安裝上一個可工作的新版本的GCC編譯器。

1. 下載

在GCC網站上（）或者通過網上搜索可以查找到下載資源。目前GCC的最新版本為 3.4.0。可供下載的文件一般有兩種形式：gcc-3.4.0.tar.gz和gcc-3.4.0.tar.bz2，只是壓縮格式不一樣，內容完全一致，下載其中一種即可。

2. 解壓縮

根據壓縮格式，選擇下面相應的一種方式解包（以下的「%」表示命令行提示符）：

% tar xzvf gcc-3.4.0.tar.gz
或者
% bzcat gcc-3.4.0.tar.bz2 | tar xvf -

新生成的gcc-3.4.0這個目錄被稱為源目錄，用${srcdir}表示它。以後在出現${srcdir}的地方，應該用真實的路徑來替換它。用pwd命令可以查看當前路徑。

在${srcdir}/INSTALL目錄下有詳細的GCC安裝說明，可用瀏覽器打開index.html閱讀。

3. 建立目標目錄

目標目錄（用${objdir}表示）是用來存放編譯結果的地方。GCC建議編譯後的文件不要放在源目錄${srcdir]中（雖然這樣做也可以），最好單獨存放在另外一個目錄中，而且不能是${srcdir}的子目錄。

例如，可以這樣建立一個叫 gcc-build 的目標目錄（與源目錄${srcdir}是同級目錄）：

% mkdir gcc-build
% cd gcc-build

以下的操作主要是在目標目錄 ${objdir} 下進行。

4. 配置

配置的目的是決定將GCC編譯器安裝到什麼地方（${destdir}），支持什麼語言以及指定其它一些選項等。其中，${destdir}不能與${objdir}或${srcdir}目錄相同。

配置是通過執行${srcdir}下的configure來完成的。其命令格式為（記得用你的真實路徑替換${destdir}）：

% ${srcdir}/configure --prefix=${destdir} [其它選項]

例如，如果想將GCC 3.4.0安裝到/usr/local/gcc-3.4.0目錄下，則${destdir}就表示這個路徑。

在我的機器上，我是這樣配置的：

% ../gcc-3.4.0/configure --prefix=/usr/local/gcc-3.4.0 --enable-threads=posix --disable-checking --enable--long-long --host=i386-redhat-linux --with-system-zlib --enable-languages=c,c++,java

將GCC安裝在/usr/local/gcc-3.4.0目錄下，支持C/C++和JAVA語言，其它選項參見GCC提供的幫助說明。

5. 編譯

% make

這是一個漫長的過程。在我的機器上（P4-1.6），這個過程用了50多分鍾。

6. 安裝

執行下面的命令將編譯好的庫文件等拷貝到${destdir}目錄中（根據你設定的路徑，可能需要管理員的許可權）：

% make install

至此，GCC 3.4.0安裝過程就完成了。

6. 其它設置

GCC 3.4.0的所有文件，包括命令文件（如gcc、g++）、庫文件等都在${destdir}目錄下分別存放，如命令文件放在bin目錄下、庫文件在lib下、頭文件在include下等。由於命令文件和庫文件所在的目錄還沒有包含在相應的搜索路徑內，所以必須要作適當的設置之後編譯器才能順利地找到並使用它們。

6.1 gcc、g++、gcj的設置

要想使用GCC 3.4.0的gcc等命令，簡單的方法就是把它的路徑${destdir}/bin放在環境變數PATH中。我不用這種方式，而是用符號連接的方式實現，這樣做的好處是我仍然可以使用系統上原來的舊版本的GCC編譯器。

首先，查看原來的gcc所在的路徑：

% which gcc

在我的系統上，上述命令顯示：/usr/bin/gcc。因此，原來的gcc命令在/usr/bin目錄下。我們可以把GCC 3.4.0中的gcc、g++、gcj等命令在/usr/bin目錄下分別做一個符號連接：

% cd /usr/bin
% ln -s ${destdir}/bin/gcc gcc34
% ln -s ${destdir}/bin/g++ g++34
% ln -s ${destdir}/bin/gcj gcj34

這樣，就可以分別使用gcc34、g++34、gcj34來調用GCC 3.4.0的gcc、g++、gcj完成對C、C++、JAVA程序的編譯了。同時，仍然能夠使用舊版本的GCC編譯器中的gcc、g++等命令。

6.2 庫路徑的設置

將${destdir}/lib路徑添加到環境變數LD_LIBRARY_PATH中，最好添加到系統的配置文件中，這樣就不必要每次都設置這個環境變數了。

例如，如果GCC 3.4.0安裝在/usr/local/gcc-3.4.0目錄下，在RH Linux下可以直接在命令行上執行或者在文件/etc/profile中添加下面一句：

setenv LD_LIBRARY_PATH /usr/local/gcc-3.4.0/lib:$LD_LIBRARY_PATH

7. 測試

用新的編譯命令（gcc34、g++34等）編譯你以前的C、C++程序，檢驗新安裝的GCC編譯器是否能正常工作。

8. 根據需要，可以刪除或者保留${srcdir}和${objdir}目錄。

Ⅶ gcc編譯問題

-c和-o都是gcc編譯器的可選參數。-c表示只編譯(compile)源文件但不鏈接，會把.c或.cc的c源程序編譯成目標文件，一般是.o文件。-o用於指定輸出(out)文件名。不用-o的話，一般會在當前文件夾下生成默認的a.out文件作為可執行程序。

Ⅷ 如何用GCC在linux下編譯C語言程序

在Linux下面,如果要編譯一個C語言源程序,我們要使用GNU的gcc編譯器，假設我們有下面一個非常簡單的源程序(hello.c):

int main(int argc,char **argv)

{

printf("Hello Linux ");

}

要編譯這個程序,我們只要在命令行下執如橘耐行:

gcc -o hello hello.c

gcc 編譯器就會為我們生成一個hello的可執行渣春文件.執行./hello就可以看到程
序的輸出結果了

Ⅸ 在linux中，怎麼用gcc編譯文件

在終端中輸入 gcc 文件名 -o 目標文件名
然後 ./目標文件名 就行了，沒有目標文件名，自動存為 a
執行 ./a 就行了。

在使用Gcc編譯器的時候，我們必須給出一系列必要的調用參數和文件名稱。GCC編譯器的調用參數大約有100多個，其中多數參數我們可能根本就用不到，這里只介紹其中最基本、最常用的參數。
GCC最基本的用法是∶gcc [options] [filenames]
其中options就是編譯器所需要的參數，filenames給出相關的文件名稱。
-c，只編譯，不連接成為可執行文件，編譯器只是由輸入的.c等源代碼文件生成.o為後綴的目標文件，通常用於編譯不包含主程序的子程序文件。
-o output_filename，確定輸出文件的名稱為output_filename，同時這個名稱不能和源文件同名。如果不給出這個選項，gcc就給出預設的可執行文件a.out。
-g，產生符號調試工具(GNU的gdb)所必要的符號資訊，要想對源代碼進行調試，我們就必須加入這個選項。
-O，對程序進行優化編譯、連接，採用這個選項，整個源代碼會在編譯、連接過程中進行優化處理，這樣產生的可執行文件的執行效率可以提高，但是，編譯、連接的速度就相應地要慢一些。
-O2，比-O更好的優化編譯、連接，當然整個編譯、連接過程會更慢。
-Idirname，將dirname所指出的目錄加入到程序頭文件目錄列表中，是在預編譯過程中使用的參數。C程序中的頭文件包含兩種情況∶
A)#include <myinc.h>
B)#include 「myinc.h」
其中，A類使用尖括弧(< >)，B類使用雙引號(「 」)。對於A類，預處理程序cpp在系統預設包含文件目錄(如/usr/include)中搜尋相應的文件，而B類，預處理程序在目標文件的文件夾內搜索相應文件。

GCC執行過程示例

示例代碼 a.c：
#include <stdio.h>
int main()
{
printf("hello\n");
}
預編譯過程：
這個過程處理宏定義和include，並做語法檢查。
可以看到預編譯後，代碼從5行擴展到了910行。
gcc -E a.c -o a.i
cat a.c | wc -l
5
cat a.i | wc -l
910
編譯過程：
這個階段，生成匯編代碼。
gcc -S a.i -o a.s
cat a.s | wc -l
59
匯編過程：
這個階段，生成目標代碼。
此過程生成ELF格式的目標代碼。
gcc -c a.s -o a.o
file a.o
a.o: ELF 64-bit LSB relocatable, AMD x86-64, version 1 (SYSV), not stripped
鏈接過程：
鏈接過程。生成可執行代碼。鏈接分為兩種，一種是靜態鏈接，另外一種是動態鏈接。使用靜態鏈接的好處是，依賴的動態鏈接庫較少，對動態鏈接庫的版本不會很敏感，具有較好的兼容性；缺點是生成的程序比較大。使用動態鏈接的好處是，生成的程序比較小，佔用較少的內存。
gcc a.o -o a
程序運行：
./a
hello
編輯本段
GCC編譯簡單例子

編寫如下代碼：
#include <stdio.h>
int main()
{
printf("hello,world!\n");
}
執行情況如下：
gcc -E hello.c -o hello.i
gcc -S hello.i -o hello.s
gcc -c hello.s -o hello.o
gcc hello.c -o hello
./hello
hello,world!

Ⅹ linux用gcc編譯

運行結果我不給了，自己看：
直接編譯：
gcc main.c compute.c input.c -o power
運行程序
./power
makefile 最簡單，直觀的的編寫方法：
power:main.o compute.o input.o
cc main.o compute.o input.o -o power
main.o:main.c main.h compute.h input.h
cc -c main.c

compute.o:compute.c compute.h
cc -c compute.c
input.o:input.c input.h
cc -c input.c
.PHONY : clean
clean :
rm -f *.o power

保存後成makefile或Makefile推薦使用後者：
make
想重新編譯前運行：
make clean
make
運行程序:
./power
特別說明：cc，rm命令行前有一個tab符，別搞錯了。cc 在linux上是指向gcc的軟符號鏈接，為了兼容其他系統，我們寫的cc。
makefile有更簡寫但不簡單的寫法，不給出來。你提問這個說明你不會編寫makefile，給出的是最基本用法。有興趣自己看，一天能學完。