c文件讀寫能被編譯嗎

『壹』 後綴為.c的C語言源程序可以單獨進行編譯嗎

1、可以進行編譯。
2、C語言源程序後綴為.c ，在windows平台上，編譯後的後綴為.obj，連接後的後綴為.exe。在linux平台上，預處理後的文件擴展名一般為.i，C語言編譯器編譯後的文件擴展名一般為.S，是一個匯編代碼文件，匯編器編譯後的文件擴展一般為.o，鏈接器生成的可執行文件默認為.out。

『貳』 如何在c語言中讀取.c或.txt文件，並把其中的文本當代碼執行

這並不是一件容易的事情。
在編譯體系中，高級語言代碼（如C語言）被編譯成匯編語言，再被編譯成機器代碼（0101）才得以被執行。

一個執行c語言代碼的工作，需要完成整個編譯器體系的工作，所以這並不是解決你這個問題的優秀解決方法。

事實上，你的問題並不是只有你一個人遇到，有很多的人遇到過相似的問題，有些大神則做到了這一件事情，你可以利用他們已經做好的工具來完成你的AVG game。

可以向你推薦一個軟體：THE NVL Maker

我並未使用過這個軟體做過任何成品游戲，只是幫助朋友了解過這個軟體，這是一個功能強大的製作AVG的軟體，LZ可以體驗一下，也可以尋找更好的軟體，LZ也可以分享給大家。

也有一些游戲採用一些腳本語言如（python, ruby）等語言作為代碼文件，但是「幾乎沒有」採用底層語言如C/C++作為代碼文件的情況。（有的話求科普）

預祝LZ可以順利的完成自己的游戲~~~~~
————————————————————————————————————————
以上，錯字諒解。

『叄』 VC++能夠編譯C文件嗎

可以編譯，但vc不是標準的C編譯器，你可以用win
Gcc,這個是符合C99標準的。

『肆』 這C文件要怎麼能編譯運行嗎，要怎麼編譯運行

這個 linux 下
直接 make 啊
makefile 也有了。直接 make

再 make install

不是有 readme文件

『伍』 如何編譯C文件

編譯C文件用GCC。
編譯C文件常用方法：
單個文件：
g++ file.cpp
這是最簡單形式，預設輸出為a.out，可以用-o命令指定輸出文件，比如g++ file.cpp f.out
多個文件：
g++ -c 1.cpp -o 1.o
g++ -c 2.cpp -o 2.o
g++ 1.o 2.o -o prog.out
鏈接成可執行文件：
一般用g++ -o file file.cpp
多個文件是g++ -o file file1.cpp file2.cpp ...
編譯C++不是用GCC而是G++.
如果用GCC能編譯但不能鏈接.

多個文件：
1.編譯多個文件，但不連接：
g++ file1.cpp file2.cpp
會生成兩個文件：file1.o, file2.o

2.連接：
g++ -o outFileName file1.o file2.o
會生成一個可執行文件：outFileName。

如果想，一步就完成編譯和連接，那麼：
g++ -o outFileName file1.cpp file2.cpp

-o選項控制是否連接。

『陸』 如何用C語言讀寫文件

c語言讀寫文件程序：

#include "stdio.h"

#include <stdlib.h>

main()

{

FILE *fp1;//定義文件流指針，用於打開讀取的文件

FILE *fp2;//定義文件流指針，用於打開寫操作的文件

char text[1024];//定義一個字元串數組，用於存儲讀取的字元

fp1 = fopen("d:\a.txt","r");//只讀方式打開文件a.txt

fp2 = fopen("d:\b.txt","w");//寫方式打開文件a.txt

while(fgets(text,1024,fp1)!=NULL)//逐行讀取fp1所指向文件中的內容到text中

{

puts(text);//輸出到屏幕

fputs(text,fp2);//將內容寫到fp2所指向文件中

}

fclose(fp1);//關閉文件a.txt，有打開就要有關閉

fclose(fp2);//關閉文件b.txt

}

(6)c文件讀寫能被編譯嗎擴展閱讀：

C語言文件讀寫操作總結

一.非標准文件的讀寫 不帶緩沖的

1.文件的打開和關閉

open()函數的作用是打開文件,其調用格式為: int open(char *filename, int access); 該函數表示按access的要求打開名為filename的文件,返回值為文件描述字,其中access有兩部分內容: 基本模式和修飾符, 兩者用" "("或")方式連接，修飾符可以有多個, 但基本模式只能有一個。

access的規定

O_RDONLY 只讀

O_APPEND 文件指針指向末尾

O_WRONLY 只寫

O_CREAT 文件不存在時創建文件, 屬性按基本模式屬性

O_RDWR 讀寫

O_BINARY 打開一個二進制文件

O_TEXT 打開一個文字文件

open()函數打開成功, 返回值就是文件描述字的值(非負值), 否則返回-1。 close()函數的作用是關閉由open()函數打開的文件, 其調用格式為: int close(int handle); 該函數關閉文件描述字handle相連的文件。

2.讀寫函數

int read(int handle, void *buf, int count);

read()函數從handle(文件描述字)相連的文件中, 讀取count個位元組放到buf所指的緩沖區中, 返回值為實際所讀位元組數, 返回-1表示出錯。返回0 表示文件結束。

write()函數的調用格式為: int write(int handle, void *buf, int count); write()函數把count個位元組從buf指向的緩沖區寫入與handle相連的文件中, 返回值為實際寫入的位元組數。

3.隨機定位函數

lseek()函數的調用格式為: int lseek(int handle, long offset, int fromwhere);

該函數對與handle相連的文件位置指針進行定位,功能和用法與fseek()函數相同。 tell()函數的調用格式為: long tell(int handle); 該函數返回與handle相連的文件現生位置指針, 功能和用法與ftell()相同

二、標准文件的讀寫

1.文件的打開函數fopen()

文件的打開操作表示將給用戶指定的文件在內存分配一個FILE結構區，並將該結構的指針返回給用戶程序，以後用戶程序就可用此FILE指針來實現對指定文件的存取操作了。

當使用打開函數時，必須給出文件名、文件操作方式(讀、寫或讀寫),如果該文件名不存在，就意味著建立(只對寫文件而言，對讀文件則出錯)，並將文件指針指向文件開頭。若已有一個同名文件存在，則刪除該文件，若無同名文件，則建立該文件，並將文件指針指向文件開頭。

fopen(char *filename,char *type);

其中*filename是要打開文件的文件名指針，一般用雙引號括起來的文件名表示，也可使用雙反斜杠隔開的路徑名。

而*type參數表示了對打開文件的操作方式。其可採用的操作方式如下：

"r" 打開，只讀； "w" 打開，文件指針指到頭，只寫； "a" 打開，指向文件尾，在已存在文件中追加； "rb" 打開一個二進制文件，只讀； "wb" 打開一個二進制文件，只寫； "ab" 打開一個二進制文件，進行追加 ；

"r+" 以讀/寫方式打開一個已存在的文件； "w+" 以讀/寫方式建立一個新的文本文件 ；"a+" 以讀/寫方式打開一個文件文件進行追加 ；"rb+" 以讀/寫方式打開一個二進制文件； "wb+" 以讀/寫方式建立一個新的二進制文件 ；

"ab+" 以讀/寫方式打開一個二進制文件進行追加 ；當用fopen()成功的打開一個文件時，該函數將返回一個FILE指針，如果文件打開失敗，將返回一個NULL指針。

『柒』 我想用c++進行文件讀寫，下面程序編譯沒有錯誤，但並沒有打開文件啊，運行什麼也沒有,請大牛指教，謝了

你僅僅只是將文件讀入到內存中，而並沒有對文件中的內容具體讀入到程序中！
正確的應該是：
#include<fstream>
#include<iostream>
#include<string>
using
namespace
std;
int
main()
{
ifstream
in("shi.cpp");
in>>變數名稱;（不如已經定義了一個字元變數c，則在這里直接寫上c就行了。意思就是將從文件中讀取的字元存到c中！供程序使用！）。
cout<<c;//輸出就可以了！！
但是為了防止文件中的數據丟失，記得要關閉打開的文件！！也就是調用
in.close();
}

『捌』 c語言中的函數可不可以單獨進行編譯

是可以的。

庫函數是把函數放到庫里，供別人使用的一種方式。函數庫是由系統建立的具有一定功能的函數的集合。庫中存放函數的名稱和對應的目標代碼，以及連接過程中所需的重定位信息。用戶也可以根據自己的需要建立自己的用戶函數庫。

使用C語言的語句直接計算sin或cos函數，就需要編寫頗為復雜的程序。因為C語言的語句中沒有提供直接計算sin或cos函數的語句。又如為了顯示一段文字，我們在C語言中也找不到顯示語句，只能使用庫函數printf。

(8)c文件讀寫能被編譯嗎擴展閱讀

函數庫的分類

1、字元串、內存和字元函數

需要的包含文件：string.h、mem.h、ctype.h或string.h；

2、數學函數

需要的包含文件：math.h；

3、動態存儲分配

需要的包含文件：alloc.h或stdlib.h ；

『玖』 C文件如何成為可執行文件（編譯、鏈接、執行）——摘自《程序員的自我修養》

本文算是我閱讀《程序員的自我修養》（俞甲子等著）相關章節的筆記，文中直接引用了原書中的敘述，強烈建議大家去看原書，本文只做概要介紹而用。——註：文中有很多引用圖的地方，請大家自己去找原書看，支持正版！我遇到一個問題，Linux C編程中的問題：.. char *p; unsigned int i = 0xcccccccc; unsigned int j; p = (char *) &i; printf("%.2x %.2x %.2x %.2x\n", *p, p[1], p[2], p[3]); memcpy(&j, p, sizeof(unsigned int)); printf("%x\n", j); ... Output: ffffffcc ffffffcc ffffffcc ffffffcc 0xcccccccc My questions are: 1. Why it prints "ffffffcc ffffffcc ffffffcc ffffffcc"? (if p is unsigned char* then it will print correctly "cc cc cc cc") 2. Why pointer to char p copied to j correctly, why not every member in p overflow? since it is a signed char. 這是別人在郵件列表中提出的問題，在試圖回答這個問題的過程中，突然發現，自己對連接器的工作並不熟悉，因此拿來好書《程序員的自我修養》來看，並做如下匯報，強烈推薦《程序員的自我修養》！！！寫好的C語言文件，最終能夠執行，大致要經過預處理、編譯、匯編、鏈接、裝載五個過程。預編譯完成的工作： （1）將所有的"#define"刪除，並展開所有的宏定義 （2）處理所有條件預編譯指令 （3）處理#include預編譯指令，將被包含的文件插入到預編譯指令的位置，這個過程是遞歸進行的。 （4）刪除所有的注釋 （5）添加行號和文件名標識，以便調試 （6）保留所有的#pragma編譯器命令，因為編譯器需要使用它們。編譯完成的工作： （1）詞法分析 掃描源代碼序列，並將其分割為一系列的記號（Token）。 （2）語法分析 用語法分析器生成語法樹，確定運算符號的優先順序和含義、報告語法錯誤。 （3）語義分析 靜態語義分析包括生命和類型的匹配，類型的轉換；動態語義分析一般是在運行期出現的與語義相關性的問題，如除0錯。 （4）源代碼生成 源代碼級優化器在源代碼級別進行優化：如將如（6+2）之類的表達式，直接優化為（8）等等。將語法書轉換為中間代碼，如三地址碼、P-代碼等。 （5）代碼生成 將源代碼轉換為目標代碼，依賴於目標機器。 （6）目標代碼優化匯編完成的工作： 將匯編代碼變成機器可以執行的指令鏈接完成的工作： 鏈接完成的工作主要是將各個模塊之間相互引用的部分處理好，使得各個模塊之間正確銜接。鏈接過程包括：地址和空間分配、符號決議和重定位。 首先講靜態鏈接，基本的靜態鏈接如下： 我們可能在main函數中調用到定義在另一個文件中的函數foo()，但是由於每個模塊式單獨編譯的，因此main並不知道foo的地址，所以它暫時把這些調用foo的指令的目標地址擱置，等到最後鏈接的時候讓連接器去修正這些地址（重定位），這就是靜態鏈接最基本的過程和作用；對於定義在其他文件中的變數，也存在相同的問題。具體過程如下： （1）空間和地址分配 1）空間與地址分配：掃描所有輸入目標文件，獲得各個段的屬性、長度和位置，並且將目標文件中的符號表中所有的符號定義和符號引用收集起來，放到一個全局符號表中。 2）符號解析和重定位：使用第一步收集到的信息，讀取輸入文件中段的數據、重定位信息，並進行符號解析與重定位、調整代碼中的地址等。 動態鏈接的過程更為復雜，但是完成的工作類似。 動態鏈接的初衷是為了解決空間浪費和更新困難的問題，把鏈接過程推遲到運行時進行 首先介紹一個重要的概念——地址無關代碼。為了解決固定裝載地址沖突的問題，我們希望對所有絕對地址的引用不作重定位，而把這一步推遲到裝載的時候再完成，一旦模塊裝載地址確定，即目標地址確定，那麼系統對程序中所有的絕對地址引用進行重定位。同時我們希望，模塊中共享的指令部分在裝載時不需要因為裝載地址的改變而改變，所以把指令中那些需要被修改的部分分離出來，跟數據放在一起，這樣指令部分就可以保持不變，而數據部分可以在每個進程中擁有一個副本，這種方案目前被稱為地址無關代碼（PIC，Position-independent Code）。 我們需要解決如下四種引用中的重定位問題： 1）模塊內部調用或者跳轉：這個可以用相對地址調用或者基於寄存器的相對調用，所以不需要重定位2）模塊內部數據的訪問：用相對定址的方法，不過鏈接器實現得十分巧妙： call494 <__i686.get_pc_thunk.cx> add$0x188c, %ecx mov$0x1, 0x28(%ecx) //a=1 調用一個叫做__i686.get_pc_thunk.cx的函數，把call的下一條指令的地址放到ecx寄存器中，接著執行一條mov指令和一個add指令3）模塊間數據的訪問：在數據段里建立一個指向全局變數的指針數組，也成全局便宜表（GOT），當要引用全局變數時，可以通過GOT相對應的項間接引用： GOT是做到指令無關的重要的一環：在編譯時可以確定GOT相對於當前指令的偏移，根據變數地址在GOT中的偏移就可以得到變數的地址，當然GOT中哪個每個地址對應於哪個變數是由編譯器決定的。4）模塊間的調用、跳轉：採用上面類似的方法，不同的是GOT中相應的項存儲的是目標函數的地址，當模塊需要調用目標函數時，可以通過GOT中的項進行間接跳轉。 地址無關代碼小結： 現在，來看動態鏈接中的另一個重要問題——延遲綁定（PLT）。當函數第一次被用到時才進行綁定，否則不綁定。PLT為了實現延遲綁定，增加了一層間接跳轉。調用函數並不是通過GOT跳轉的，而是通過一個叫PLT項的結構進行跳轉的，每個外部函數在PLT中都有對應的項，如函數bar，其在PLT對應的項的地址記為bar@plt，實現方式如下： bar@plt: jmp* (bar@GOT) pushn pushmoleID jump_dl_runtime_resolve 鏈接器的這個實現至為巧妙： 如果在連接器初始化階段，已經正確的初始化了bar@GOT，那麼這個跳轉指令的結果正是我們所期望的，但是，為了實現PLT，一般在連接器初始化時，將"pushn"的地址放入到bar@GOT中，這樣就直接跳轉到第二條指令，相當於沒有進行任何操作。第二條指令「pushn」，n是bar這個符號引用在重定位表「.rel.plt」中的下標。接著將模塊的ID壓棧，跳轉到_dl_runtime_resolve完成符號解析和重定位工作，然後將bar的地址填入到bar@GOT中。下次再調用到bar時，則bar@GOT中存儲的是一個正確的地址，這樣就完成了整個過程。 在鏈接完成之後，就生成了你要的可執行文件了，如ELF文件，至於這個文件的詳細的信息，可以參考相關的文檔。 現在，你要運行你的可執行文件，這是如何做到的呢？ 我們從操作系統的角度來看可執行文件的裝載過程。操作系統主要做如下三件事情：（1）創建一個獨立的虛擬地址空間，但由於採用了COW機制，這里只是復制了父進程的頁目錄和頁表，甚至不設置映射關系（參考操作系統相關書籍）。（2）讀取可執行文件頭，並且建立虛擬空間與可執行文件的映射關系。（3）將CPU的指令寄存器設置成可執行文件的入口地址，啟動運行。我們來看一下執行過程中，進程虛擬空間的分布。 首先我們來區分Section和Segment，都可以翻譯為「段」，那麼有什麼不同呢？從鏈接的角度來講，elf文件是按照Section存儲的，從裝載的角度講，elf文件是按照Segment存儲的。」Segment」實際上是從裝載的角度重新劃分了ELF的各個段，將其中屬性相似的Section合並為一個Segment，而系統是按照Segment來映射可執行文件的。

『拾』 C語言既可以編譯執行又可以解釋執行嗎 編譯執行怎麼解釋 解釋執行又怎麼解釋

C 語言程序僅可以解釋執行。

解釋程序是將源程序(如BASIC)作為輸入，解釋一句後就提交計算機執行一句，並不形成目標程序。編譯程序是把高級語言(如FORTRAN、COBOL、Pascal、C等)源程序作為輸入，進行翻譯轉換，產生出機器語言的目標程序，然後再讓計算機執行這個目標程序，得到計算結果。

相對於編譯性語言，其優點是可移植性好，只要有解釋器環境，程序就可以在不同的操作系統上運行。

缺點是代碼需要有專門的解釋器，在程序運行時，除要給用戶程序本身分配內存空間外，解釋器也佔用系統資源，所以其運行速度較慢。另外，也很難達到像C、C++那樣操作系統底層操作的目的。

解釋型語言常用於，一是對運行速度要求不高（如一些網頁腳本等）的場合，二是對跨平台（操作系統的兼容性）有要求的場合。

(10)c文件讀寫能被編譯嗎擴展閱讀

1、Python和Java語言，專門有一個解釋器能夠直接執行Python程序，每個語句都是執行的時候才翻譯。

2、Python代碼在運行前，會先編譯成中間代碼，每個 .py 文件將被換轉成pyc 文件，pyc 就是一種位元組碼文件，它是與平台無關的中間代碼。不管放在 Windows 還是 Linux 平台都可以執行，運行時將由虛擬機逐行把位元組碼翻譯成目標代碼。