万恶之源:C语言中的隐式函数声明
1 什么是C語言的隱式函數聲明
在C語言中,函數在調用前不一定非要聲明。如果沒有聲明,那么編譯器會自己主動依照一種隱式聲明的規則,為調用函數的C代碼產生匯編代碼。以下是一個樣例:
int main(int argc, char** argv) {double x = any_name_function();return 0; }單純的編譯上述源代碼。并沒有不論什么報錯,僅僅是在鏈接階段由于找不到名為any_name_function的函數體而報錯。
[smstong@centos192 test]$ gcc -c main.c [smstong@centos192 test]$ gcc main.o main.o: In function `main': main.c:(.text+0x15): undefined reference to `any_name_function' collect2: ld 返回 1之所以編譯不會報錯,是由于C語言規定,對于沒有聲明的函數,自己主動使用隱式聲明。
相當于變成了例如以下代碼:
int any_name_function(); int main(int argc, char** argv) {double x = any_name_function();return 0; }2 帶來的問題
2.1 隱式聲明函數名稱恰好在鏈接庫中存在,但返回非int類型
前面給出的樣例。并不會造成太大影響。由于在鏈接階段非常easy發現存在的問題。
然而以下這個樣例則會造成莫名的執行時錯誤。
#include <stdio.h> int main(int argc, char** argv) {double x = sqrt(1);printf("%lf", x);return 0; }gcc編譯鏈接
[smstong@centos192 test]$ gcc -c main.c main.c: 在函數‘main’中: main.c:6: 警告:隱式聲明與內建函數‘sqrt’不兼容 [smstong@centos192 test]$ gcc main.o執行結果
1.000000編譯時會給出警告,提示隱式聲明與內建函數’sqrt’不兼容。gcc編譯器在編譯時可以自己主動在經常使用庫頭文件(內建函數)中查找與隱式聲明同名的函數,如果發現兩者并不同樣。則會依照內建函數的聲明原型去生成調用代碼。這往往也是程序猿預期的想法。
上面的樣例中隱式聲明的函數原型為:
而相應的同名內建函數原型為:
double sqrt(double);終于編譯器依照內建函數原型進行了編譯。達到了預期效果。
然而gcc編譯器的這樣的行為并非C語言的規范,并非全部的編譯器實現都有這樣的功能。
同樣的源代碼在VC++2015下編譯執行的結果卻是:
VC++編譯
warning C4013: “sqrt”沒有定義;如果外部返回 int執行結果
2884223.000000顯然。VC++編譯器沒有沒有所謂的“內建函數”,僅僅是簡單的依照隱式聲明的原型,生成調用sqrt函數的代碼。由于返回類型和參數類型的不同。導致錯誤的函數調用方式。產生莫名奇異的執行時錯誤。
對著這樣的情況,由于返回類型的不同,兩種編譯器都可以給出警告信息,至少能引起程序猿的注意。而以下這樣的情況,則更加隱蔽。
2.2 隱式聲明函數名稱恰好在鏈接庫中存在。且返回int類型
測試代碼例如以下:
#include <stdio.h>int main(int argc, char** argv) {int x = abs(-1);printf("%d", x);return 0; }此時。由于隱式聲明的函數原型與gcc的內建函數原型全然同樣。所以gcc不會給出不論什么警告,結果也是正確的。
而VC++則仍然會給出警告:warning C4013: “abs”沒有定義。如果外部返回 int。
不管怎樣,隱式聲明的函數原型與庫函數全然同樣,所以鏈接執行都是沒有問題的。
以下,略微修改一下代碼:
#include <stdio.h>int main(int argc, char** argv) {int x = abs(-1,2,3,4);printf("%d", x);return 0; }gcc下編譯鏈接沒有不論什么報錯。
gcc編譯鏈接
[smstong@centos192 test]$ gcc -c main.c [smstong@centos192 test]$ gcc main.o可見。gcc的內建函數機制并不關心函數的參數。僅僅是關心函數的返回值。
vc++編譯鏈接
warning C4013: “abs”沒有定義;如果外部返回 int盡管這個樣例的執行結果都是正確的,可是這樣的正確是“碰巧”的,由于額外的函數參數并沒有影響到結果。這樣的偶然正確是程序中要避免的。
3 編程中注意事項
C語言的隱式函數聲明。給程序猿帶來了各種困惑,給程序的穩定性帶來了非常壞的影響。不知道當初C語言設計者是怎樣考慮這個問題的?
* 為了避免這樣的影響,強烈建議程序猿重視編譯器給出的關于隱式聲明的警告,及時通過包括必要的頭文件來消除這樣的警告。*
對于gcc來說。前面給出的那個abs(-1,2,3,4)的特殊樣例。編譯器根本不會產生不論什么警告,僅僅能靠程序猿熟悉自己調用的每個庫函數了。
為了避免這樣的問題,在C語言的C99版本號中,不管怎樣都會給出警告。如gcc使用C99編譯上述代碼。
gcc -std=c99編譯
[smstong@centos192 test]$ gcc -c main.c -std=c99 main.c: 在函數‘main’中: main.c:5: 警告:隱式聲明函數‘abs’而C++則更嚴格,直接拋棄了隱式函數聲明,對于未聲明函數的調用,將直接無法通過編譯。
g++編譯
[smstong@centos192 test]$ g++ main.c main.c: In function ‘int main(int, char**)’: main.c:5: 錯誤:‘abs’在此作用域中尚未聲明vc++編譯(作為C++)
error C3861: “abs”: 找不到標識符在函數強類型這一點上。C++確實比C更嚴格,更嚴謹。
轉載于:https://www.cnblogs.com/clnchanpin/p/7189554.html
總結
以上是生活随笔為你收集整理的万恶之源:C语言中的隐式函数声明的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Microsoft重申对F#的支持
- 下一篇: 沉浸式状态栏(一)