1.匯編程序訪問C語言全局變量

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

對于unsigned char類型，使用LDRB/STRB訪問；

對于unsigned short類型，使用LDRH/STRH訪問；

對于unsigned int類型，使用LDR/STR訪問；

對于char類型，使用LDRSB/STRSB訪問；

對于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)用匯編程序首先通過extern聲明要調(diào)用的匯編程序模塊，聲明中形參個數(shù)要與匯編程序模塊中需要的變量個數(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語言模塊中需要的參數(shù)個數(shù)，以及ATPCS參數(shù)規(guī)則，完成參數(shù)傳遞，即前四個參數(shù)通過R0-R3傳遞，后面的參數(shù)通過堆棧傳遞，然后再利用B、BL指令調(diào)用。

例子：

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

{

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

}

匯編語言完成是求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++之間庫的互相調(diào)用

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

1.extern "C"的理解：
很多人認為"C"表示的C語言，實際并非如此，"C"表示的是一種鏈接約定，只是因C和C++語言之間的密切關(guān)系而在它們之間更多的應(yīng)用而已。實際上Fortran和匯編語言也常常使用，因為它們也正好符合C實現(xiàn)的約定。
extern "C"指令描述的是一種鏈接約定，它并不影響調(diào)用函數(shù)的定義，即時做了該聲明，對函數(shù)類型的檢查和參數(shù)轉(zhuǎn)換仍要遵循C++的標準，而不是C。

2.extern "C"的作用：
不同的語言鏈接性是不同的，那么也決定了它們編譯后的鏈接符號的不同，比如一個函數(shù)void fun(double d)，C語言會把它編譯成類似_fun這樣的符號，C鏈接器只要找到該函數(shù)符號就可以鏈接成功，它假設(shè)參數(shù)類型信息是正確的。而C++會把這個函數(shù)編譯成類似_fun_double或_xxx_funDxxx這樣的符號，在符號上增加了類型信息，這也是C++可以實現(xiàn)重載的原因。
那么，對于用C編譯器編譯成的庫，用C++直接鏈接勢必會出現(xiàn)不能識別符號的問題，是的，需要extern "C"的時刻來了，它就是干這個用的。extern "C" 的作用就是讓編譯器知道要以C語言的方式編譯和連接封裝函數(shù)。

3.在C++中調(diào)用C庫的例子：
1).做一個C動態(tài)庫：

//hello.c:

#include

voidhello()
{
printf("hellon");
}

編譯并copy到系統(tǒng)庫目錄下(也可以自己定義庫目錄，man ldconfig):
[root@coredump test]# gcc --shared -o libhello.so hello.c
[root@coredump test]# cp libhello.so /lib/
2).寫個C++程序去調(diào)用它：

//test.cpp

#include

#ifdef__cplusplus
extern"C"{//告訴編譯器下列代碼要以C鏈接約定的模式進行鏈接
#endif

voidhello();

#ifdef__cplusplus
}
#endif

intmain()
{
hello();

return0;
}

編譯并運行：
[root@coredump test]# g++ test.cpp -o test -lhello
[root@coredump test]# ./test
hello
[root@coredump test]#
3).__cplusplus宏的條件編譯：
為什么要加這個條件編譯呢？小沈陽有話：小妹，這是為什么呢？
因為這種技術(shù)也可能會用在由C頭文件產(chǎn)生出的C++文件中，這樣使用是為了建立起公共的C和C++文件，也就是保證當這個文件被用做C文件編譯時，可以去掉C++結(jié)構(gòu)，也就是說，extern "C"語法在C編譯環(huán)境下是不允許的。
比如：將上面的test.cpp更名為test.c，將頭文件改為stdio.h，將條件編譯去掉，再用gcc編譯就可以看到效果。而即使做了上面的修改，如果用g++編譯就可以正常使用，這就是我上面說的“公共的C和C++文件”的意思。

4.C調(diào)用C++庫：
C++調(diào)用C庫看上去也不是那么困難，因為C++本身就有向前(向C)兼容的特性，再加上純天然的extern "C"約定，使得一切都是那么自然。而讓C調(diào)用C++的庫似乎就沒那么容易，不過也不是不可以的。
說到這里我得休息一下，大中午的，出去抽根煙先，不過我也相信如果你不知道答案，看到這里的時候肯定在到處找板磚，恨不得敲開我的腦殼子。我能理解，我也習(xí)慣了，我有個學(xué)姐一看到我第一反應(yīng)就是扔出一塊磚頭先！
言歸正傳，還是要借助這純天然的extern "C"。

1)做一個C++庫：

//world.cpp

#include

voidworld()
{
std::cout<<"world"<}

編譯并copy到系統(tǒng)庫目錄下:
[root@coredump test]# g++ --shared -o libworld.so world.cpp
[root@coredump test]# cp libworld.so /lib/
2)做一個中間接口庫，對C++庫進行二次封裝：

//mid.cpp

#include

voidworld();

#ifdef__cplusplus
extern"C"{//即使這是一個C++程序，下列這個函數(shù)的實現(xiàn)也要以C約定的風(fēng)格來搞！
#endif

voidm_world()
{
world();
}

#ifdef__cplusplus
}
#endif

其中方法m_world即為libworld庫中world方法的二次封裝，編譯并copy到系統(tǒng)庫目錄下:
[root@coredump test]# g++ --shared -o libmid.so mid.cpp -lworld
[root@coredump test]# cp libmid.so /lib/
3).C程序通過鏈接二次接口庫去調(diào)用C++庫：

//test.c

#include

intmain()
{
m_world();

return0;
}

編譯并運行：
[root@coredump test]# gcc test.c -l mid -o test
[root@coredump test]# ./test
world
[root@coredump test]#
注：如果對于C++庫中含有類的，可以在二次接口函數(shù)中生成臨時對象來調(diào)用對應(yīng)的功能函數(shù)，當然要根據(jù)實際情況來定了。