1.匯編程序訪問C語(yǔ)言全局變量

全局變量只能通過(guò)地址間接調(diào)用，為了訪問C語(yǔ)言中全局變量，首先要通過(guò)extern偽指令引入全局變量，然后將其地址裝入寄存器中。

對(duì)于unsigned char類型，使用LDRB/STRB訪問；

對(duì)于unsigned short類型，使用LDRH/STRH訪問；

對(duì)于unsigned int類型，使用LDR/STR訪問；

對(duì)于char類型，使用LDRSB/STRSB訪問；

對(duì)于short類型，使用LDRSH/STRSH訪問；

例子：

.text

.global asmsubroutine

.extern globvar

asmsubroutine：

LDR R1,=globvar

LDR R0,[R1]

ADD R0,R0,#2

STR R0,[R1]

MOV PC,LR

.end

2.C程序調(diào)用匯編程序

C程序調(diào)用匯編程序首先通過(guò)extern聲明要調(diào)用的匯編程序模塊，聲明中形參個(gè)數(shù)要與匯編程序模塊中需要的變量個(gè)數(shù)一致，且參數(shù)傳遞要滿足ATPCS規(guī)則，然后在C程序中調(diào)用。

例子：

#include

extern void *strcopy(char*d,char*s);//模塊聲明

int main()

{

char*srcstr="first";

char*dststr="second";

strcopy(dststr,srcstr);//匯編模塊調(diào)用；

}

.text

.global strcopy

Strcopy:

LDRB R2,[R1],#1

STRB R2,[R0],#1

CMP R2,#0

BNE Sstcopy

MOV PC,LR

.end

匯編程序調(diào)用C程序

在調(diào)用之前必須根據(jù)C語(yǔ)言模塊中需要的參數(shù)個(gè)數(shù)，以及ATPCS參數(shù)規(guī)則，完成參數(shù)傳遞，即前四個(gè)參數(shù)通過(guò)R0-R3傳遞，后面的參數(shù)通過(guò)堆棧傳遞，然后再利用B、BL指令調(diào)用。

例子：

int g(int a,int b,int c,int d,int e)//C語(yǔ)言函數(shù)原型

{

return(a+b+c+d+e);

}

匯編語(yǔ)言完成是求i+2i+3i+4i+5i的結(jié)果；

.global _start

.text

_start:

.extern g ;引入c程序

STR LR,{SP,-#4}!;保存PC

ADD R1,R0,R0

ADD R2,R1,R0

ADD R3,R1,R2

STR R3,{SP,#-4}!

ADD R3,R1,R1

BL g ;調(diào)用C函數(shù)g

ADD SP,SP,#4

LDR PC,[SP],#4

.end

return(0);

C和C++之間庫(kù)的互相調(diào)用

昨晚有個(gè)朋友問我關(guān)于在C中調(diào)用C++庫(kù)的問題，今天午飯后，由于脖子痛的厲害而沒有加入到我們組的“每天一戰(zhàn)”的行列中去，所以正好將C和C++之間的庫(kù)調(diào)用關(guān)系做個(gè)總結(jié)。

1.extern "C"的理解：

很多人認(rèn)為"C"表示的C語(yǔ)言，實(shí)際并非如此，"C"表示的是一種鏈接約定，只是因C和C++語(yǔ)言之間的密切關(guān)系而在它們之間更多的應(yīng)用而已。實(shí)際上Fortran和匯編語(yǔ)言也常常使用，因?yàn)樗鼈円舱梅螩實(shí)現(xiàn)的約定。

extern "C"指令描述的是一種鏈接約定，它并不影響調(diào)用函數(shù)的定義，即時(shí)做了該聲明，對(duì)函數(shù)類型的檢查和參數(shù)轉(zhuǎn)換仍要遵循C++的標(biāo)準(zhǔn)，而不是C。

2.extern "C"的作用：

不同的語(yǔ)言鏈接性是不同的，那么也決定了它們編譯后的鏈接符號(hào)的不同，比如一個(gè)函數(shù)void fun(double d)，C語(yǔ)言會(huì)把它編譯成類似_fun這樣的符號(hào)，C鏈接器只要找到該函數(shù)符號(hào)就可以鏈接成功，它假設(shè)參數(shù)類型信息是正確的。而C++會(huì)把這個(gè)函數(shù)編譯成類似_fun_double或_xxx_funDxxx這樣的符號(hào)，在符號(hào)上增加了類型信息，這也是C++可以實(shí)現(xiàn)重載的原因。

那么，對(duì)于用C編譯器編譯成的庫(kù)，用C++直接鏈接勢(shì)必會(huì)出現(xiàn)不能識(shí)別符號(hào)的問題，是的，需要extern "C"的時(shí)刻來(lái)了，它就是干這個(gè)用的。extern "C" 的作用就是讓編譯器知道要以C語(yǔ)言的方式編譯和連接封裝函數(shù)。

3.在C++中調(diào)用C庫(kù)的例子：

1).做一個(gè)C動(dòng)態(tài)庫(kù)：

編譯并copy到系統(tǒng)庫(kù)目錄下(也可以自己定義庫(kù)目錄，man ldconfig):

[root@coredump test]# gcc --shared -o libhello.so hello.c

[root@coredump test]# cp libhello.so /lib/

2).寫個(gè)C++程序去調(diào)用它：

編譯并運(yùn)行：

[root@coredump test]# g++ test.cpp -o test -lhello

[root@coredump test]# ./test

hello

[root@coredump test]#

3).__cplusplus宏的條件編譯：

為什么要加這個(gè)條件編譯呢？小沈陽(yáng)有話：小妹，這是為什么呢？

因?yàn)檫@種技術(shù)也可能會(huì)用在由C頭文件產(chǎn)生出的C++文件中，這樣使用是為了建立起公共的C和C++文件，也就是保證當(dāng)這個(gè)文件被用做C文件編譯時(shí)，可以去掉C++結(jié)構(gòu)，也就是說(shuō)，extern "C"語(yǔ)法在C編譯環(huán)境下是不允許的。

比如：將上面的test.cpp更名為test.c，將頭文件改為stdio.h，將條件編譯去掉，再用gcc編譯就可以看到效果。而即使做了上面的修改，如果用g++編譯就可以正常使用，這就是我上面說(shuō)的“公共的C和C++文件”的意思。

4.C調(diào)用C++庫(kù)：

C++調(diào)用C庫(kù)看上去也不是那么困難，因?yàn)镃++本身就有向前(向C)兼容的特性，再加上純天然的extern "C"約定，使得一切都是那么自然。而讓C調(diào)用C++的庫(kù)似乎就沒那么容易，不過(guò)也不是不可以的。

說(shuō)到這里我得休息一下，大中午的，出去抽根煙先，不過(guò)我也相信如果你不知道答案，看到這里的時(shí)候肯定在到處找板磚，恨不得敲開我的腦殼子。我能理解，我也習(xí)慣了，我有個(gè)學(xué)姐一看到我第一反應(yīng)就是扔出一塊磚頭先！

言歸正傳，還是要借助這純天然的extern "C"。

1)做一個(gè)C++庫(kù)：

編譯并copy到系統(tǒng)庫(kù)目錄下:

[root@coredump test]# g++ --shared -o libworld.so world.cpp

[root@coredump test]# cp libworld.so /lib/

2)做一個(gè)中間接口庫(kù)，對(duì)C++庫(kù)進(jìn)行二次封裝：

其中方法m_world即為libworld庫(kù)中world方法的二次封裝，編譯并copy到系統(tǒng)庫(kù)目錄下:

[root@coredump test]# g++ --shared -o libmid.so mid.cpp -lworld

[root@coredump test]# cp libmid.so /lib/

3).C程序通過(guò)鏈接二次接口庫(kù)去調(diào)用C++庫(kù)：

編譯并運(yùn)行：

[root@coredump test]# gcc test.c -l mid -o test

[root@coredump test]# ./test

world

[root@coredump test]#

注：如果對(duì)于C++庫(kù)中含有類的，可以在二次接口函數(shù)中生成臨時(shí)對(duì)象來(lái)調(diào)用對(duì)應(yīng)的功能函數(shù)，當(dāng)然要根據(jù)實(shí)際情況來(lái)定了。