⑴ 在編譯android內核的時候出現下面的錯誤，是怎麼回事
解決方案：找到工程中Makefile文件，將其中 「-m64" 字元串刪除即可。
原因：gcc 3.4 或者更高版本，已經將其去除了，所以會出現上面的錯誤！
去android源代碼網站找樓主編譯android版本的對應GCC，安裝後重新編譯
⑵ 編譯內核模塊錯誤（linux）
在這些高版本的RedHat Linux上，我們如果需要定製內核的話，沒有直接的源代碼rpm可以安裝，只能通過kernel.org下載的tar.gz的包手工安裝，或者通過kernel-*.src.rpm編譯出kernel-source包再來安裝。後面一種方法可以享受到RedHat針對內核的某些參數和代碼的優化，因此對使用RedHat發行版特別是企業版本的，是有一定好處的。
但是目前很多人至今分不清內核，內核開發，內核源代碼一些包之間的關系，因此在編譯內核的時候經常走彎路，同時RedHat官方對於如果得到kernel-source也沒有明確的指示，導致很多人不得要領。
首先認清楚各rpm包的內容和用途
kernel-*.rpm ------------- 內核二進制包，沒有的話系統都起不來
kernel-sourcecode-*.rpm------------------- 內核源代碼包，安裝到/usr/src/linux-*下面的，包含內核源代碼，編譯內核必須（當然是不考慮用kernel.tar.gz編譯的情況），但高版本RedHat Linux不再提供此rpm，原因參見官方Release Note，這篇文章的最終目的就是要我們自己把這個包搞出來。
kernel-devel-*.rpm----------------內核開發包，安裝到/usr/src/kernels，用於內核模塊開發，組織形式跟內核源代碼包類似，包含了部分內核源代碼。注意很多人誤認為這個就是內核源代碼包，直接拿它來編譯內核，當然不可能成功。這個包只是用於內核模塊一級開發，例如驅動程序等，雖然也可以make menuconfig make dep等，但make bzImage是不可能成功的，因為缺失了核心源代碼。
kernel-*.src.rpm---------------RedHat提供的用於建立rpm的源代碼包，安裝到/usr/src/redhat中，使用rpmbuild可以從這個包中build出上面所說的所有包。
現在就來從src.rpm編譯出上面的所有的包，除了sourcecode這個包其他的包都可以在不用修改任何地方的情況下直接rpmbuild出來，唯有sourcecode這個比較麻煩，一定要按照下面的步驟來做，我以RedHat AS4 所帶的版本為例，其他版本相同。
#首先安裝src.rpm
rpm -ivh kernel-2.6.9-5.EL.src.rpm
#進入相應目錄，要修改spec文件
cd /usr/src/redhat/SPECS
vi kernel-2.6.spec
#主要修改如下地方：
1，define buildsource 0------------我的這個在第8行，改為1，這就是為什麼沒有源代碼包的原因，因為默認不生成源代碼包
2， Requires: qt-devel, gtk2-devel readline-devel ncurses-devel-------我的在572行，如果沒用用X的話，把這句注釋掉，這樣編譯出來的包就不依賴於X-window的某些包，因為內核配置是可以make xconfig的，所以默認依賴X-window，我沒裝X-window，因此這個就去掉了。
#保存退出
touch /etc/beehive-root
#這句命令非必須，如果不做的話，最後編譯出來的包都會變成kernel-*.*-root.rpm，多了個root，據說是為了標示包的編譯人的，如果touch了這個文件，就沒有這個問題了，命名和官方rpm一樣。
rpmbuild -ba --target=i686 ./kernel-2.6.spec
#編譯i686平台的所有包，這樣上面介紹的所有包都會生成，或者換成rpmbuild -bb --target=i686 ./kernel-2.6.spec只編譯非src.rpm。
#所有包就會生成到/usr/src/redhat/RPMS/i686下面
#如果只需要sourcecode而並非所有rpm包，那在修改spec文件時還要修改如下行：
48 %ifarch noarch
49 %define builddoc 1
50 %define buildsource 0----------------這里0修改為1
在編譯的時候使用rpmbuild -ba --target=noarch ./kernel-2.6.spec，這樣僅僅編譯soucecode和doc包，會節省很多時間。
注意，此篇文章所講所有內容僅適用於使用2.6內核的新版本RedHat Linux，2.4版本內核代碼組織方式不同，不適用此文章。
以上這篇文章取自互聯網,我忘了出處,尊敬作者.
⑶ 編譯在X86平台下運行的linux內核出錯 make: Warning: File `.config' has modification time 6.5e+02 s in
出現這種錯誤有可能是因為工程在別的電腦上一直到當前的電腦上，進行編譯出現的。主要是因為兩個環境的時間不對應。
原因：window的時間和虛擬機上的時間有差異。
解決：修改虛擬機上的時間。
指令1：sudo date -s 02/19/2021 //月、日、年
指令2：sudo date -s 14:46:00 //時、分、秒
⑷ c語言 gcc編譯器下 time()報錯如何解決
time_t.TOxxx();//改變時間格式，然後應用新的時間格式列印就可以了，如printf("%s",time().ToString);
⑸ 我在linux的kernel編譯時遇到如圖所示警告，有沒有大神知道怎麼回事啊
編譯內核時很多模塊相互依賴，但你沒有選擇完全。
所以編譯內核時要借鑒別人的經驗選擇不添加哪些模塊。
編譯內核盡量是添加模塊到內核中，而不是卸載掉內核的模塊。
不過即使偶爾運氣好點，編譯成功，但這個內核是十分不穩定不安全的。
⑹ 程序編譯錯誤不知道是什麼原因
不能通編譯過的程序實際上還不是合法的程序，因為它不滿足C語言對於程序的基本要求。
檢查語法錯誤的第一要義：集中力量檢查系統發現的第一個錯誤，弄清並改正它。
在編譯過程中系統發現的錯誤主要有兩類：基本語法錯誤和上下文關系錯誤。這些錯誤都在表面上，可以直接看得見。也是比較容易弄清，比較容易解決的。關鍵是需要熟悉C語言的語法規定和有關上下文關系的規定，按照這些規定檢查程序正文，看看存在什麼問題。
編譯中系統發現錯誤都能指出錯誤的位置。不同系統在這方面的能力有差異，在錯誤定位的准確性方面有所不同。有的系統只能指明發現錯誤的行，有的系統還能夠指明行內位置。
一般說，系統指明的位置未必是真實錯誤出現的位置。通常情況是錯誤出現在前，而系統發現錯誤在後，因為它檢查到實際錯誤之後的某個地方，才能確認出了問題，因此報出錯誤信息。要確認第一個錯誤的原因，應該從系統指明的位置開始，在那裡檢查，並從那裡開始向前檢查。
系統的錯誤信息中都包含一段文字，說明它所認定的錯誤原因。應該仔細閱讀這段文字，通常它提供了有關錯誤的重要線索。但也應該理解，錯誤信息未必准確，有時錯誤確實存在，但系統對錯誤的解釋也可能不對。也就是說，在查找錯誤時，既要重視系統提供的錯誤信息，又不應為系統的錯誤信息所束縛。
發現了問題，要想清楚錯誤的真正原因，然後再修改。不要蠻干。在這時的最大誘惑就是想趕快改，看看錯誤會不會消失。但是蠻乾的結果常常是原來的錯誤沒有弄好，又搞出了新的錯誤。
另一個值得注意的地方：程序中的一個語法錯誤常常導致編譯系統產生許多錯誤信息。如果你改正了程序中一個或幾個錯誤，下面的弄不清楚了，那麼就應該重新編譯。改正一處常常能消去許多錯誤信息行。
解決語法錯誤
常見語法錯誤：
1）缺少語句、聲明、定義結束的分號。
2）某種括弧不配對。C語言中括弧性質的東西很多，列舉如下：
( ), [ ], { }, ' ', " ", /* */
在不同位置的括弧不配對可能引起許多不同的錯誤信息。
3）關鍵字拼寫錯誤。
較難認定的典型錯誤：
1）宏定義造成的錯誤。這種東西不能在源程序文件中直接看到，是在宏替換之後出現的。常見的能引起語法錯誤的宏定義錯誤：宏定義中有不配對的括弧，宏定義最後加了不該有的分號，……
解決上下文關系錯誤
1）變數沒有定義。產生這個問題的原因除了變數確實沒有大意外，還可能是變數的拼寫錯誤，變數的作用域問題（在不能使用某個變數的地方想去用那個變數）。
2）變數重復定義。例如在同一個作用域里用同樣名字定義了兩個變數，函數的局部變數與參數重名等。
3）函數的重復定義。可能是用同一個名字定義了兩個不同的函數。或者是寫出的函數原型在類型上與該函數的定義不相符。有時沒有原型而直接寫函數調用也可能導致這種錯誤信息，因為編譯程序在遇到函數調用而沒有看到函數原型或函數定義時，將給函數假定一個默認原型。如果後來見到的函數定義與假定不符，就會報告函數重復定義錯誤。
4）變數類型與有關運算對運算對象或者函數對參數的要求不符。例如有些運算（如 %）要求整數參數，而你用的是某種浮點數。
5）有些類型之間不能互相轉換。例如你定義了一個結構變數，而後要用它給整數賦值。系統容許的轉換包括：數值類型之間的轉換，整數和指針之間的轉換，指針之間的轉換。其餘轉換（無論是隱含的，還是寫出強制）都不允許。參見《C語言程序設計》（K&R）197-199頁。
如何看待編譯警告
當編譯程序發現程序中某個地方有疑問，可能有問題時就會給出一個警告信息。警告信息可能意味著程序中隱含的大錯誤，也可能確實沒有問題。對於警告的正確處理方式應該是：盡可能地消除之。對於編譯程序給出的每個警告都應該仔細分析，看看是否真的有問題。只有那些確實無問題的警告才能放下不管。
注意：經驗表明，警告常常意味著嚴重的隱含錯誤。
常見警告：
1）（局部自動）變數沒有初始化就使用。如果對局部指針變數出現這種情況，後果不堪設想。對於一般局部自動變數，沒有初始化就使用它的值也不會是有意義的。
2）在條件語句或循環語句的條件中寫了賦值。大部分情況是誤將 == （等於判斷）寫成 = 了。這是很常見的程序錯誤，有些編譯程序對這種情況提出警告。
⑺ linux編譯內核時,出現 make[1]: *** [kernel/sys.o] Error 1 make: *** [kernel] Error 2 是怎麼回事啊
你在編譯kernel過程中報錯，通常關注error，後面有提示。你在sys.c中有好多變數沒有定義。（first use in this function）。你看看是不是少頭文件或者別的什麼。
⑻ cygwin下編譯linux2.6 kernel失敗，求解決方法！
linux2.6內核成功編譯
1） 需要的工具：
(1) 模塊工具：motils-2.4.21-23.src.rpm
//負責載入模塊，在2.4之前是不必獨立編譯
//模塊存放位置:/lib/moles/內核版本目錄/kernel/drivers
//lsmod: 查看已載入的模塊
(2) 原始碼：linux-2.6.9.tar.gz
//選擇需要編譯的部分： 最新內核2.6.9 支持NTFS分區(只讀)
//查看現有系統支持的文件系統： cat /proc/filesystems
//顯示內核版本： uname -r
反引號： 當作命令執行 cd /lib/moles/`uname -r`
(3) 能加上補丁：patch-2.6.9.gz
（2） 編譯內核的基本步驟
(1) 主要用的編譯命令： make make moles_install make install
(2) 基本安裝： 安裝模塊、安裝內核
------------------------------------------------------------------------------------------------------------------------------------------------
安裝2.6內核的步驟
1 安裝模塊：(1)執行rpm命令將motils-2.4.21-23.src.rpm
安裝到/usr/src/redhat/SOURCES
//rpm -ivh motils-2.4.21-23.src.rpm
//模塊工具是RPM包安裝後默認安裝在/usr/src/redhat/SOURCES
(2)在SOURCIES中含有2個文件mole-init-tools.tar.gz
motils-2.4.21.tar.gz
將mole-init-tools.tar.gz接壓
//tar -xzvf mole-init-tools.tar.gz
// motils-2.4.21.tar.gz文件不是主要要用的，不用接壓
(3)mole-init-tools.tar.gz文件接壓後會有一個
mole-init-tools-3.0-pre1
(4)進入到mole-init-tools-3.0-pre1 目錄中
//cd mole-init-tools-3.0-pre1
(5)在mole-init-tools-3.0-pre1 下編譯
//./configure --prefix=/moles然後執行make接著
make install到這模塊編譯完成
//注釋：/moles是自己建立的目錄，為了以後管理方便
當編譯模塊完成後在/moles文件下會有bin man sbin這3個目錄
(6)開機自動載入模塊編輯/etc/profile
//vi /etc/profile
(7)在/etc/profile文件中在添加 export上面一行 PATH=/moles/bin:/moles/sbin:$PATH
(8)進入到模塊的目錄/moles
進入到其中的sbin中執行一下命令
./generate_modprobe.conf /etc/modprobe.conf
//注釋:generate_modprobe.conf在文件sbin中有這個執行命令
/etc/modprobe.conf是自己輸入的,是規定的
//以上操作是為了規定init
(9)重新啟動計算機，或著source /etc/profile讓其本次操作有效
(10)目前開始編譯內核將linux-2.6.9.tar.gz接壓到/usr/src
//tar -xzvf linux-2.6.9.tar.gz -C /usr/src
(11)接壓後在/usr/src會有 linux-2.6.9目錄
(12)將 linux-2.6.9做一個連接文件
//創建鏈接文件： ln -s linux-2.6.9/ linux
//創建鏈接文件是為了方便管理
(13)進入到創建鏈接文件linux中開始編譯內核
首先運行make menuconfig選擇要編譯的內容，默認也能
//注釋M: 以模塊形式載入
*： 直接編譯進內核
空： 不做操作，不編譯
然後執行make
再後執行moles_install
最後執行make install
到此內核編譯完成
⑼ linux 編譯內核幾個常見問題解決方法
第一次把自己編譯的驅動模塊載入進開發板，就出現問題，還好沒花費多長時間，下面列舉出現的問題及解決方案
1：出現insmod: error inserting 'hello.ko': -1 Invalid mole format
法一（網上的）：是因為內核模塊生成的環境與運行的環境不一致，用linux-2.6.27內核源代碼生成的模塊，可能就不能在linux-2.6.32.2內核的linux環境下載入，需要在linux-2.6.27內核的linux環境下載入。
a.執行 uname -r //查看內核版本
b.一般出錯信息被記錄在文件/var/log/messages中，執行下面命令看錯誤信息
# cat /var/log/messages |tail
若出現類似下面：
Jun 4 22:07:54 localhost kernel:hello: version magic '2.6.35.6-45.fc14.i686.PAE
' should be '2.6.35.13-92.fc14.i686.PAE'
則把 Makefile里的KDIR ：=/lib/moles/2.6.35.6-45.fc14.i686.PAE/build1 改為
KDIR :=/lib/moles/2.6.35.13-92.fc14.i686.PAE/build1 //改成自己內核源碼路徑
（這里的build1是一個文件鏈接，鏈接到/usr/src/kernels/2.6.35.6-45.fc14.i686.PAE和13-92的）
然並卵，我的fedora 14 /usr/src/kernels下並沒有2.6.35.13-92.fc14.i686.PAE，只有2.6.35.13-92.fc14.i686，雖然不知道兩者有什麼區別，但改成2.6.35.13-92.fc14.i686還是不行，照樣這個問題，還好後來在看教學視頻的到啟發
法二：改的還是那個位置
KDIR ：=/opt/FriendlyARM/linux-2.6.32.2 //把這里改成你編譯生成kernel的那個路徑
all:
$ (MAKE) -C $ (KDIR) M = $ (PWD) moles ARCH=arm CROSS_COMPILE=arm-linux- //加這句
2. [70685.298483] hello: mole license 'unspecified' taints kernel.
[70685.298673] Disabling lock debugging e to kernel taint
方法：在模塊程序中加入： MODULE_LICENSE("GPL");
3. rmmod: chdir(2.6.32.2-FriendlyARM): No such file or directory 錯誤解決
方法：lsmod 可查看模塊信息
即無法刪除對應的模塊。
就是必須在/lib/moles下建立錯誤提示的對應的目錄（(2.6.32.2）即可。
必須創建/lib/moles/2.6.32.2這樣一個空目錄,否則不能卸載ko模塊.
# rmmod nls_cp936
rmmod: chdir(/lib/moles): No such file or directory
但是這樣倒是可以卸載nls_cp936,不過會一直有這樣一個提示：
rmmod: mole 'nls_cp936' not found
初步發現,原來這是編譯kernel時使用make moles_install生成的一個目錄,
但是經測試得知，rmmod: mole 'nls_cp936' not found來自於busybox,並不是來自kernel
1).創建/lib/moles/2.6.32.2空目錄
2).使用如下源碼生成rmmod命令,就可以沒有任何提示的卸載ko模塊了[luther.gliethttp]
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <fcntl.h>
#include <string.h>
#include <errno.h>
int main(int argc, char *argv[])
{
const char *modname = argv[1];
int ret = -1;
int maxtry = 10;
while (maxtry-- > 0) {
ret = delete_mole(modname, O_NONBLOCK | O_EXCL);//系統調用sys_delete_mole
if (ret < 0 && errno == EAGAIN)
usleep(500000);
else
break;
}
if (ret != 0)
printf("Unable to unload driver mole \"%s\": %s\n",
modname, strerror(errno));
}
3).把生成的命令復制到文件系統
# arm-linux-gcc -static -o rmmod rmmod.c
# arm-linux-strip -s rmmod
# cp rmmod /nfs/
cp /nfs/rmmod /sbin
代碼如下：
proc.c
[html] view plain
<span style="font-size:18px;">#include <linux/mole.h>
#include <linux/kernel.h>
#include <linux/init.h>
#include <linux/proc_fs.h> /* Necessary because we use the proc fs */
#define procfs_name "proctest"
MODULE_LICENSE("GPL");
struct proc_dir_entry *Our_Proc_File;
int procfile_read(char *buffer,char **buffer_location,off_t offset, int buffer_length, int *eof, void *data)
{ int ret;
ret = sprintf(buffer, "HelloWorld!\n");
return ret;
}
int proc_init()
{ Our_Proc_File = create_proc_entry(procfs_name, 0644, NULL);
if (Our_Proc_File == NULL) {
remove_proc_entry(procfs_name, NULL);
printk(KERN_ALERT "Error: Could not initialize /proc/%s\n",procfs_name);
return -ENOMEM; }
Our_Proc_File->read_proc = procfile_read;//
// Our_Proc_File->owner = THIS_MODULE;
Our_Proc_File->mode = S_IFREG | S_IRUGO;
Our_Proc_File->uid = 0;
Our_Proc_File->gid = 0;
Our_Proc_File->size = 37;
printk("/proc/%s created\n", procfs_name);
return 0;
}
void proc_exit()
{ remove_proc_entry(procfs_name, NULL);
printk(KERN_INFO "/proc/%s removed\n", procfs_name);
}
mole_init(proc_init);
mole_exit(proc_exit);</span></span></span></span></span>
[html] view plain
<span style="font-size:18px;">
ifneq ($(KERNELRELEASE),)
obj-m :=proc.o
else
KDIR :=/opt/FriendlyARM/linux-2.6.32.2
#KDIR :=/lib/moles/2.6.35.13-92.fc14.i686.PAE/build1
PWD :=$(shell pwd)
all:
$(MAKE) -C $(KDIR) M=$(PWD) moles ARCH=arm CROSS_COMPILE=arm-linux-
clean:
rm -f *.ko *.o *.mod.o *.mod.c *.symvers
endif</span></span></span></span></span>
make後生成proc.ko，再在開發板上insmod proc.ko即可
執行 dmesg 就可以看到 產生的內核信息啦